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A SHORT MESSAGE POINT-TO-POINT PROTOCOL GATEWAY HAVING 



BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

The present invention relates to a gateway for delivering messages to wireless 
devices and, more specifically, to a short message point-to-point protocol gateway 
that interfaces with external message sources using a single protocol and routes 
messages to wireless devices. 

2. Discussion of Related Art 

Wireless devices such as mobile telephones and the like can transmit and 
receive short messages from a variety of different sources. One example of a source 
of a short message destined for a wireless device is a short message entity (SME). 
Examples of such short message entities include computers, interactive voice 
response systems (TVR), teleservice servers, and intelligent peripherals. Examples of 
short messages that may be sent include voice mail and email. A device operating as 
a message source external to a wireless network is commonly called an external short 
message entity (ESME). Typically, and in the context of this disclosure, an ESME is 
a device associated with a wired network that operates as a message source delivering 
a message to a mobile device. ESME messages destined for mobile devices are called 
herein mobile terminated (MT) messages since they originate from a wired ESME 
device and terminate with a mobile device. The following discussion relates 
primarily to MT messages. 
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In addition to operating as the source for a short message, ESMEs may also 
receive short messages from other devices, such as mobile devices. In this regard, 
messages originating from mobile devices are referred to herein as mobile originating 
(MO) messages. 

5 A basic protocol for delivering messages from a wired network using a 

teleservice server to a wireless or mobile device is called the short message peer-to- 
peer (or point-to-point) protocol (SMPP). In addition to this basic protocol that may 
be used for a variety of ESMEs, the exact message flows from the ESME to the 
mobile device varies for each teleservice provider. A basic network architecture by 

10 which a message is delivered from a message source to a message-receiving device is 
shown in FIG. 1 . As discussed below, numerous logical interfaces are presently 
necessary between an ESME and a wireless network in order to send and receive short 
messages. The different logical interfaces are necessary because numerous 
teleservices associated with ESMEs require different protocols for interfacing their 

15 ESME with routers in order to deliver the messages. 

The architecture shown in FIG. 1 illustrates a system for delivering short 
messages from an ESME to a wireless network device. An external short messaging 
entity 108, 1 10, 1 12, 1 14 or 102 is the source of a short message. Examples of an 
ESME may include the telephone, cellular phone, computer connecting through the 

20 Internet 106 to a network, or the like. A plurality of messaging (or message) centers 
124i - 124 x (MCs) each receives messages from one of the ESMEs. Since there are 
many different protocols for communicting short messages to the messaging centers, 
each messaging center can only receive messages sent by ESMEs 102 delivering 
messages according to a known protocol for that messaging center. If the destination 

25 of the ESME 102 message is a wireless device, the MCs 124, - 124* transmit the 
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short messages to a wireless network having network nodes and network switching 
centers 128, 130. The wireless network includes a home location register 126, a 
mobile switching center 132 and antennas in order to deliver the message using the 
over-the-air interface. The mobile receiving device, or wireless device 136, receives 
5 and displays the intended message to a user. 

As the demand for messaging services increases, the number of messages 
delivered by message centers will also increase. The increased demand poses 
difficulties in scaling the message complex to handle numerous ESME requests. 
Furthermore, non-standard ESMEs or ESMEs that do not recognize a messaging 

10 protocol for a phone number or pager number may be the intended destinations or 
message sources for a message, thus increasing the complexity of the network 
requirements for delivering messages. 

Having discussed MT messaging, we now turn to a discussion of messages 
that originate from a mobile device. These are referred to herein as mobile originated 

15 (MO) messages. Delivering MO messages, like MT messages, suffers from the 

probem discussed above wherein numerous interfaces are necessary for the variety of 
protocols used for the numerous teleservices. MO messages are transmitted from the 
mobile device through the wireless network to an MC 124i - 124^ However, each 
mobile device transmits messages to its associated MC 124i - 124x, wherein routing 

20 tables or a translation process are needed to route the message in the direction of the 
destination ESME. Many different messaging interfaces are necessary for 
transmitting the message from the MC 124j - 124* to an ESME 102. 
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SUMMARY OF THE INVENTION 

What is needed in the art is a single logical interface to die messaging 
complex. The single logical interface to the messaging complex according to the 
present invention is called a short messaging point-to-point (SMPP) gateway (SG) 
5 and will provide one consistent interface for ESMEs to request delivery of service. 
ESMEs will also be isolated from any knowledge of the underlying messaging 

i 

complex or wireless network implementation. With this implementation of a 
standard interface, non-standard ESME's may be allowed to connect to a messaging 
complex and transmit short messages. 

10 In order to address the needs in the art, the invention disclosed herein provides 

a single logical interface for all SMPP messages going to and from the Messaging 
Complex and eliminates the need for ESMEs to have any implementation knowledge 
of the Messaging Complex or wireless network. The invention provides routing from 
an ESME to the destination MC based on service being delivered and provides MC 

15 reconfiguration capability that does not require reconfiguration of ESMEs. The 
present invention also provides efficient scaling in the SG as traffic increases and 
achieves minimal delay in message delivery. The SG routing system minimizes or 
eliminates the modification of any parameters in SMPP messages and is configurable 
to support all SMPP message types. 
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In order to achieve the advantages of the present invention, the following 
system is proposed. To enable an ESME to submit messages for delivery to a 
wireless device. The first embodiment of the invention relates to mobile terminated 
5 (MT) messages. The system involves implementing an external interface to the 
messaging complex and enables all ESMEs to communicate with the messaging 
complex using a consistent standard interface. 

According to a preferred embodiment of the present invention, a system for 
allowing an external short message entity to submit a message to be delivered to a 
10 message-receiving device in a wireless network comprises an SG communicating with 
a plurality of messaging centers and communicating with a plurality of ESMEs. The 
ESME connects or "binds" to the SG and requests delivery of a message to a wireless 
device. The SG routes the request to an appropriate messaging center. The SG is 
configured such that any external short messaging entity need only to have knowledge 
15 of a single protocol for requesting delivery of messages from the SG. 

The ESME also connects to the SG by submitting a bind request signal 
including a system identification, password and system type. The SG responds to the 
bind request with a bind response signal including a system identifier and an error 
message if a bind is not successful. If a bind is not successful, the bind response 
20 signal includes an error signal indicating why the bind was not successful. 



WO 02/060190 PCT/US01/4367, 

An important feature of the invention is that the SG determines the routing 
method based on a service type. The SG communicates with a plurality of messaging 
cenieis and determines the routing method to a destination message center according 
to the service type. The routing method may be one chosen from a group comprising: 

5 message center specific, load balancing, MDN range, equal allocation, and ESN. 
Other routing methods may also be added, such as inter-carrier routing and multi- 
network routing methods. Accordingly, such routing methods for delivery of 
messages between different carriers and across different network technologies may 
also be within the scope of the present invention. These routing methods apply to 

10 both MO and MT messages. 

The method according to the present invention enables an ESME to submit 
messages to be delivered to a wireless device. The method comprises requesting 
delivery of a service to a wireless device from an SG, routing the request to a message 
center according to a service type and a routing method, and delivering the request to 

15 a wireless network. 

Another embodiment of the invention comprises a system for transmitting 
short messages from a mobile station to an ESME. These are the so-called MO 
messages. This embodiment of the invention comprises a system for allowing a 
message source to submit a message to be delivered to a message-receiving device. 

20 The system comprises a short messaging point-to-point gateway communicating with 
a plurality of messaging centers. The messaging centers communicate with a wireless 
network associated with the message-originating source. The message source 
transmits the message to one of the plurality of messaging centers, and the one of the 
plurality of messaging centers requests from the SG delivery of a message to the 

25 message-receiving device. The SG routes the request to the messaging receiving 
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device. The SG determines a routing method based on a service type. The short 
messaging point-to-point gateway is configured to inquire whether anti-spamming is 
enabled according to a service type. An anti-spam check of MT or MO messages is 
an attribute of the service type defined at the SG. 
5 According to the embodiment of the invention related to MO messages, the 

message source connects to the one of the plurality of messaging centers by 
submitting a short message containing teleservice ID (TID), bearer data, source 
address and destination address. One of the plurality of messaging centers transmits a 
delivery short message signal to the SG. The SG determines a routing method based 
10 on a service type, cindluign ESME-specific, load balancing, equal allocation, 
destination IP address, and destination address. 



BRIEF DESCRIPTION OF THE DRAWINGS 

15 The various embodiments of the invention may be understood with reference 

to the attached drawings, of which: 

FIG. 1 shows a diagram illustrating the prior art architecture for delivering 
short messages through a messaging complex; 

FIG. 2 illustrates the architecture of the system according to the first 
20 embodiment of the present invention; 

FIG. 3 shows the process of an ESME binding to the SG; 

FIG. 4 shows the process of the SG binding to MCs; 

FIG. 5 illustrates an example of a mobile-terminated message flow; 

FIG. 6 shows exemplary routing of a message based on the service type; 
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FIG. 7 illustrates another example of a mobile-terminated message delivery 

flow; 

FIG. 8 shows flew control between an ESMB and the SG; 

FIG. 9 shows a message delivery with anti-spam check process for mobile- 

5 originated messages; 

FIG. 10 shows a flow diagram for anti-spam logic for both mobile-originated 

and mobile-terminated messages; 

FIG. 11 shows a mobile-terminated message processing logic; 

FIG. 12 shows a flow control message sequence for a scenario where the MC 
10 is congested and alternate MC s may or may not be available; 

FIG. 13 illustrates a message flow for a mobile-originated message; 

FIG. 14 illustrates exemplary message processing for a mobile-originated 
message; 

FIG. 15 shows an exemplary message cancel process; 
15 FIG. 16 shows a message replacement process; 



FIG. 



17 shows a check link status process; 



FIG. 



18 shows an alert notification process; 



FIG. 



FIG. 



19 illustrates an example of message flow for an activation process; and 

20 shows an example of the hardware associated with the SMPP 



20 gateway. 
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DETAILED DESCRIPTION OF THE INVENTION 

The first embodiment of the present invention comprises a system architecture 
for allowing external sources to connect using the short message point-to-point 
5 (SMPP) protocol and request delivery of short messages to wireless subscribers. In 
the context of this disclosure, an SMPP Router (SR) and SMPP Gateway (SG) may be 
considered the same apparatus. An overview of the system may be understood with 
reference to FIG. 2. In this disclosure, since a messaging complex and message 
center both may be shortened to "MC", typically a message center will be shortened 
10 herein to "MC" to reduce any confusion. Message complexes are referred to using 
the full name. 

As shown in FIG. 2, the system architecture 200 comprises at least one 
External Source of a Message Entity (ESME) 202. Each ESME is connected via a 
firewall 204 to a message complex 216, described in more detail below. Messages 

15 may also come from the Internet 206 via an ESME email hub 208. Other sources of 
ESMEs include an ESME Over-The-Air Activation Facility - OTAF 210, an ESME 
paging system such as the Teknow system 212 using Dual Tone Multi-Frequency 
(DTMF), Telocator Alphanumeric Paging Protocol (TAP), or TNPP protocols, or an 
ESME Voice Mail System (VMS) 214. The Teknow system 212 is a paging system 

20 that receives paging requests and forwards the request to the message center for 
delivery using the TNPP protocol. The Teknow interface may also use other 
protocols for delivery, such as SMPP or DTMF for tone encoding. The Comverse 
system 214 is a voice mail system that forwards voice mail waiting notifications to a 
gateway. Examples of the kinds of messages that may be sent from an ESME 

9 
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include weather reports, stock quotes and the like. The overall system according to 
the present invention may also be called an "SMPP Receivership." 

The SMPP Receivership 200 reiies on implementing an external interface to 
the messaging complex 216. The messaging complex 216 comprises a plurality of 
5 messaging centers 224, - 224,, The subscripts "1" through "x" with respect to the 
messaging centers indicates that there may be only one messaging center in the 
message complex 216 or as many as "x" messaging centers in the message complex 
216. The interface uses SMPP over TCP/IP and allows all ESMEs 202 to 
communicate with the messaging complex 216 using a consistent standard interface. 
10 To accomplish this task, a SMPP Gateway (SG) 222 is introduced into the messaging 
complex 216 architecture. The ESMEs 202 know only about the SG 222 and have no 
knowledge of the underlying implementation of the messaging complex 216 or 
wireless network. Requiring ESMEs 202 to know only about the SG 222 eliminates 
the need for the message complex 216 to maintain knowledge of the underlying 
15 implementation or characteristics of the ESMEs 202. 

The SG 222 receives a message delivery request and routes the message, 
based on service type and routing methods, to the appropriate message center MC 
224 r 224x for delivery to a wireless subscriber 236 in the wireless network. The 
wireless network includes a home location register 226, mobile switching center 232, 
20 base stations 234, and other standard wireless nodes 228 and 230. These nodes 228, 
230 may be, for example, a mobile switching center, home location register, a mobile 
station and the like. The SMPP Receiver 200 does not communicate direcdy with 
these nodes. 
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One kind of message that may be transmitted through the SMPP Receiver 200 
is a mobile terminated (MT) message. An MT message originates at an ESME 202 
and is meant to be delivered to a wireless service subscriber or a wireless device 236. 
To achieve deliverance of a MT message, an ESME 202 connects to the SG 222 and 
5 requests delivery of a specific service to a specific wireless device or mobile station 
236. The SG 222 routes the request to the appropriate MC 224 r 224* for subsequent 
delivery in the wireless network. The SG 222 maintains service to MC 224 r 224x 
relationships and routing rules. Responses from the MC 224i-224 x are sent to the SG 
222 and subsequently to the ESME 202. 

10 Another type of message that may be transmitted on the system 200 includes a 

mobile originated (MO) message or service. This type of message originates with a 
mobile device 236 to be delivered to an ESME 202. For MO services, the SG 222 
routes the message received from the MC 224 r 224 x to an ESME 202. The SG 222 
maintains service to ESME 202 relationships and routing rules. Responses from the 

15 ESME 202 are sent to the SG 222 and subsequently to the MC 224 r 224x. 

In addition to routing messages, spam control is desirable in the SMPP 
Receivor 200. The network element D2 220 is an enhanced version of a Detection of 
Undesirable E-mail (DUE) processor 218 that the SG 222 queries for spam control. 
The D2 220 may be a separate server or a module running on the DUE 218 or on the 

20 SG 222. The D2 220 is an enhanced spam control server or processor separate from 
the undesirable message detection server (DUE) 218. If the D2 220 is implemented 
as a separate server, then the functionality described herein is implemented according 
to hardware elements common to servers, such as a processor, memory, interface 
controls, etc. These elements are known to those of skill in the art and do not need to 

25 be further discussed herein. 
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According to the present invention, the standard DUE capability, for example 
from a DUE server 218, is enhanced to support queries from the SG 222. For MT 
mM c, m . mam is defined as the number of MT delivery requests for a specific 
subscriber 236 exceeding a predefined number within a specific time interval. For 

5 example, spam for a particular service type may be defined as 20 delivery requests 
within three minutes. For MO messages, spam is defined as the number of MO 
delivery requests from a specific subcriber 236 exceeding a predefined number within 
a specific interval. The following list provides some of the major functions of the D2 
220: 

10 1 . The D2 220 receives a query from the SG 222 containing the service type, 

source address and destination address; 

2 For MT service, the D2 220 updates its message delivery request counters 
for the mobile destination number (MDN) contained in the destination 
address parameter. If the number of delivery requests have been exceeded 

15 for the time interval, then D2 220 returns a status of 'deny' . Otherwise, 

the D2 220 returns a status of 'allow' ; 

3 For MO service, the D2 220 updates its message delivery request counters 
for the MDN contained in the source address parameter. If the number of 
delivery requests have been exceeded for the time interval, then the D2 

20 220 returns a status of 'deny' . Otherwise, the D2 220 returns a status of 

'allow'; and 

4. The D2 220 maintains a list of denied MDNs. If the MDN is on the denied 
list, the D2 220 returns a status of 'deny'. 

25 According to the preferred mode of the first embodiment of the present 

invention, the following assumptions are made: Numerous ESMEs 202 will attach to 
the Messaging Complex 216; the ESMEs 202 may be wireless or non-wireless; the 
Messaging Complex 216 will consist of a number of physical MC platforms; the 
interface between ESMEs 202, MCs 224,-224 x , and SG 222 will be SMPP over 

30 TCP/IP; for capacity and redundancy purposes, a teleservice may be delivered by 
more than one MC 224,-224 x ; one MC 224,-224, may deliver more than one 
teleservice; physical MC 224,-224, platforms may be supplied by more than one 
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vendor; Teleservice applications may be supplied by more than one vendor, 
teleservices will be delivered in a number portability environment; services, except 
for activations, will be mobile directory number (MDN) based; ESMEs 202 will 
communicate with the SG 222 using dedicated network connections; traffic between 
5 the ESMEs 202 and SG 222 may or may not travel over the Internet depending on the 
security desired; and two over-the-air-activation processor (OTAP) nodes will be 
required for activations. 

The SG 222 supports protocol data units (PDUs) defined by the SMPP v 3.4 
specification and is backwards compatible to older versions. The SG 222 also 

10 supports vendor-specific error codes returned in a command_status parameter. These 
error codes include, for example: "Service Type Not Available" (0x00000410); 
"ESME Not Authorized for Service Type" (0x00000411); "Service Denied" 
(0x00000412); "Invalid Service Type" (0x00000413); 'TESME Prohibited" 
(0x00000414); "Congestion" (0x00000400). These error code values are 

15 implemented using the block of error code values reserved for vendor-specific errors. 

The SG 222 requires the introduction of the new SMPP error codes described 
in the following Table 1: 



Command Status 
Description 


Conditions When Returned 


Service type not available 


The SG determines that no MCs are 
available to deliver the requested service. 
This could occur when all MC that deliver a 
specific service type are unavailable. 

For MT messages this error is returned by 
SG to ESME in: 

1. Submit_SM_Resp 

2. Submit_MultLResp 

3. Data_SM_Resp 

For MO messages this error is returned by 
the SG to MC in: 
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Command Status 
Description 


Conditions When Returned 




1. Deliver_SM_Resp 

2. Data SM Resp 


ESME not authorized for 
service type 


nnu~ on ,iatArmiTip.s that the ESME is not 
authorized to request delivery of the 
service_type specified in: 

1. Submit_SM 

2. Submit_MuIti 

3. Data_SM 

For MT messages this error is returned by 
SG to ESME in: 

1. SubmitJSMJfcesp 

2. Submit_Multi_Resp 

3. Data SM Resp 


Service denied 


The SG determines that the message cannot 
be delivered because it failed anti-spam 
check. 

For MT messages this error is returned by 
SG to ESME in: 

1. Submit_SM_Resp 

2. Submit_Multi_Resp 

3. Data_SMJResp 

For MO messages this error is returned by 
the SG to MC in: 

1. Deliver_SM_Resp 

2. Data SM Kesp 


ESME Prohibited 


The ESME has been placed in prohibited 
state by administrative action at the SG. 
ESME Prohibited is returned if an ESME 
attempts to bind to the SG if while it has a 
state of prohibited at the SG. 


Congestion 


The MC returns Congestion when its 
inbound message queue exceeds a specific 
threshold. The congestion command_status 
indicates that the ESME should invoke flow 
control. . — 



Now we turn to a discussion of the binding process between ESMEs 202 and 
the SG 222. In order for an ESME 202 to request and deliver a message according to 
the present invention, the ESME 202 must "bind" to the SG 222. This process is 
illustrated in FIG. 3. The "bind" operation is comparable to logging into a computer 



14 



WO 02/060190 PCT/US01/43671 

system. The external system requests a session with the gateway by presenting an ID 
and a password. If the ID and password are successfully authenticated, a session is 
established between the gateway and the ESME 202. An ESME 202 binds to the SG 
222 as a transmitter for mobile terminated (MT) services. A bind request 
5 (BindJTransmitter) includes the system Jd, a unique identifier for the ESME 202, 
password, and systemjype. System_type identifies the type of service that the ESME 
202 will deliver. The SG 222 verifies that the ESME 202 is authorized using 
system Jd, password, and system_type. The MCs 224 r 224 x repond with a 
Bind_Transmitter_Resp signal including systemjd and MC signals. The system_id 

10 identifies the SG 222. If a bind is not successful, the SG 222 returns the appropriate 
command_status including Bind Failed, Invalid Password, and Invalid System ID. 

An ESME 202 binds to the SG 222 as a receiver for mobile originating (MO) 
services using the Bind_Receiver PDU. All other steps are the same as described in 
the BindJTransmitter signal above. In general, the response from a bind operation 

15 indicates whether the bind attempt was successful or the response is an error code 
describing the error that prevented the connection. 

An ESME 202 binds to the SG 222 and all defined MCs 224^224 x configured 
for MT and MO services as a transceiver/receiver for interactive services using the 
BindJTransceiver PDU. All other steps are the same as described in the 

20 BmdJTransmitter signal. At initialization, the SG 222 binds to all of the MCs 224 r 
224x that it is configured to know about. 

The SG 222 enables the introduction of a different binding concept from 
previous concepts. For MT messages, an ESME 202 binds to the SG 222. Hie SG 
222 binds and maintains binds to many MCs 224 r 224*. The mapping of many binds 

25 from the SG 222 to MC 224 r 224x for MT services and the mapping of many binds 
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from the SG 222 to many ESMEs 202 for MO services is a critical functionality for 
the SG 222. 

For MT services, the SG 222 mantains binds to many MCs 224,-224* while 
maintaining a single bind to the ESME 202. The ESME 202 does not need to know 

5 how or to which MC 224,-224* to bind. The same concept applies in reverse to MO 
Messages. The SG 222 maintains binds to many ESMEs 202 while maintaining a 
single bind to the MC 224,-224,. The MC 224,-224, does not need to know how or 
to which ESME 202 to bind. The many binds from the SG 222 to the MCs 224,-224* 
are mapped for MT services and the many binds from the SG 222 to many ESMEs 

10 202 are mapped for MO services. The communication between the ESME - SG - 
and MC is accomplished using TCP/IP for transport. The TCP/IP protocol transports 

the SMPP protocol messages. 

The process of the SG 222 binding to the MCs 224,-224 x is illustrated in FIG. 
4. As shown in FIG. 4, the SG 222 maintains the availability status of each of the 
15 MCs 224,-224 x and attempts to rebind in case a bind is lost or fails. As discussed 
above, there are different binding methods for respective services available: MT 
service, MO service and MT and MO service. 

The SG 222 populates the BindJTransmitter, Bind_Receiver, and 
Bind_Transceiver PDUs according to the bind parameters configured for the MC 
20 224,-224*. The SG 222 updates its internal routing tables to indicate the status of 
each MC 224,-224*. The SG 222 also maintains an association between services and 
available MCs 224,-224*. In this scenario, the SG 222 maintains a static reference 
between services and each MC 224,-224*. In the preferred mode of the first 
embodiment of the invention, the SG 222 queries the MCs 224,-224* to determine the 
25 services each MC 224,-224* delivers and their status. The SG 222 then preferably 
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binds to the MC 224 r 224x. In another aspect of the invention, the SG 222 may bind 
to a service type, rather than to an MC 224 r 224x. 

The binding process includes protocols for handling failed binding scenarios. 
For example, if a bind attempt between the SG 222 and an MC 224 r 224x fails, the SG 
5 222 may issue an alarm. The bind fail alarm, if provided, contains, at a minimum, MC 
system Jd, time, and bind failure reason. Additional information may be provided. 

If an established bind between the SG 222 and an MC 224 r 224x fails, the SG 
222 issues an alarm. The bind lost alarm shall contain, at a minimum, MC system Jd, 
time, and bind loss reason if known. Additional information may also be provided. 

10 If a bind attempt between the SG 222 and MC 224 r 224x fails, the SG 222 

periodically attempts to establish the bind. If a bind between the SG 222 and a MC 
224 r 224x is lost, the SG 222 periodically attempts to reestablish the bind. The SG 
222 maintains a configurable bind retry interval. The bind retry interval applies to 
failed and lost binds. In the preferred embodiment, the bind retry interval has a 

15 resolution of 1 minute and a default value of 5 minutes. However, other values may 
be used as retry intervals or default values. 

All bind attempts to MCs 224 r 224 x , successful or unsuccessful, are logged in 
the event log. The minimum information provided includes time, MC systemjd, 
system type, and bind status. If bind status returns as "unsuccessful," the failure 

20 reason is provided, along with other information if desired. Bind parameters for each 
MC 224i-224x are configured at the SG 222. A further discussion of the details of 
bind parameter provisioning is provided below. 

It is necessary for the SG 222 to support ESMEs 202 and MCs 224 r 224x 
operating at different SMPP interface version levels. For mobile terminated (MT) 
25 service, the level of service available in the wireless network is determined by the 
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interface version available at the MC 224,-224*. An ESME 202 should not be able to 
request services using an interface version that is not yet supported by the MC 224,- 
i-M w on psmp. 9.02 binds to the SG 222 and requests message delivery at the 
SMPP interface version that is greater than the version supported at the destination 

5 MC 224,-224 x , the message is rejected at the SG 222. Basic backward compatibility 
rules apply. The SG 222 routes messages to the selected MC 224i-224 x only when 
the SMPP interface version of the selected MC 224,-224, is equal to or greater than 
the SMPP interface version of the originating ESME 202. The SG 222 rejects 
messages routed to the selected MC 224,-224 x when the SMPP interface version of 

10 the selected MC 224,-224, is less than the SMPP interface version of the originating 
ESME 202. The SG 222 then returns a System Error (0x00000008) error code to the 
originating ESME 202. 

For mobile originated message service, if an MC 224,-224, requests message 
delivery at an SMPP interface version that is greater than the version supported at the 

15 destination ESME 202, the message is rejected at the SG 222. Basic backward 
compatibility rules apply. The SG 222 routes messages to the selected ESME 202 
only when the SMPP interface version of the selected ESME 202 is equal to or greater 
than the SMPP interface version of the originating MC 224,-224 x . The SG 222 
rejects messages routed to the selected ESME 202 when the SMPP interface version 

20 of the selected ESME 202 is less than the SMPP interface version of the originating 
MC 224,-224,. The SG 222 in this case returns a System Error (0x00000008) error 
code to the originating MC 224,-224jt. 

The message flow for a mobile terminated (MT) message is illustrated in FIG. 
5. In the MT mode, the ESME 202 sends a Submit.SM signal to SG 222. The 

25 service_type parameter identifies the service to be delivered. The SG 222 invokes a 
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routing method based on service_type and routing method dependent parameters to 
select destination MC 224 r 224x. The MT routing methods apply for ESME 202 to 
MC 224i-224x communication and include such methods as MC specific, load 
balancing, MDN range, equal allocation and ESN. These will be discussed in more 
5 detail below. Using the appropriate routing method, a primary destination MC 224r 
224x is first selected. If the primary destination MC 224 r 224x is not available, a 
secondary MC 224 r 224x is selected. 

FIG. 6 illustrates the routing 450 based on service_type. Each service type 
452 has an associated routing method 454. The SG 222 determines a primary 456 or 

10 secondary 458 destination using the routing method, routing data 460, and parameters 
in the SMPP message. Service types are defined independently of the teleservice used 
to deliver the service. This approach allows service types to be created that are not 
identified by the underlying teleservice. 

An ESME 202 requests delivery of a message for a specific service type. The 

15 SG 222 routes the message to the MC 224 r 224 x that delivers that service type. The 
MC 224 K 224 X uses a specific teleservice type to deliver the message. With this 
approach new service types, from an ESME perspective, can be introduced without 
the introduction of new teleservices. Additional service types are configurable in the 
SG 222. Service types do not have be teleservice-specific as long as there is end-to- 

20 end continuity of service definition. For example, different priority CMT messages 
could be assigned different service types in the SG 222 and routed to MCs 224 r 224x 
dedicated to high or low priority messages. 

For example, the following service types could be defined in Table 2: 
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ESME Service Type 


Description 


SMS 


MTSMS 


SMS - hieh priority 


MT SMS given higher delivery priority 


SMS - MO 


MO SMS to e-mail address destination 


Tn form aticn services 


Push information services. Potentially many 
variations of this service type. 


Telematics 


MT and MO telematics services. Potentially 
many variations of this service type. 


WAP 


Interactive services using WAP 


OAA 


Activations 


OAP 


Reprogramming 



The routing methods described herein require that the messagejd parameter 
uniquely identify the message and the MC 224,-224 x that delivered the message. The 
messagejd parameter is intended to uniquely identify each message sent between the 

5 ESME 202 and an MC 2241-224,. When a number of MCs 224i-224x are used to 
deliver messages, it cannot be guaranteed that the messagejd returned by a MC 224,- 
224x will be unique across all MCs 224i-224x- To eliminate this ambiguity, each 
message passing through the gateway requires a unique messagejd. The messagejd 
must uniquely identify the message and the MC 224,-224, that delivered it A unique 

10 messagejd parameter that identifies both a message and message center is required to 
support Query _SM, Cancel_SM, and Replace _SM operations. 

To support these operations it is necessary for the SG 222 to return a unique 
messagejd to the ESME 202 with each message submitted. The ESME 202 then can 
use the messagejd in these operations to uniquely identify the subject message. 

15 Several options are possible for providing a unique messagejd. In the preferred 
embodiment of the invention, option 1 below is chosen. These are: 

1 . Configure each MC 224,-224 x so that it uses a specific range for the 
messagejd. This will uniquely identify each message and the message 
center that delivered it. The messagejd is recycled within its defined 
20 range on each MC 224,-224x. Up to 65 octets are aUowed for 



20 



WO 02/060190 



PCT/US01/43671 



2. Have the SG 222 assign a unique message_id to Submit_SM_Resp, 
SubmitJVlultLResp, Data_SM_Resp, and DeliverJSMJResp. This 
could be accomplished by prepending a message center key to the 
message Jd returned to from the MC 224 r 224x. For example, a new 
5 messagejd = MCJcey + MC message Jd. 

The routing methods introduced above establish the rules used to route 
messages to a destination. Different routing rules are used for MT and MO messages. 
MT routing methods apply to ESME 202 to MC 224 r 224 x routing. A MT service 
10 type can have one of the following routing methods shown in Table 3: 



MC Specific 


Route all messages for this service type to a 
specific MC. 


Load Balancing 


Route messages to a group of MCs based on load 
capabilities of each MC in the group. Each MC in 
the group is allocated messages based on its 
capacity. 


MDN Range 


Route to a specific MC based on the MDN range 
of the destination address. Hie objective of this 
routing method is to provide deterministic routing 
for a group of MCs delivering a service that 
require Replace if Present (Rff). For RIP to be 
effective messages for the same destination must 
be routed to the same MC for delivery. 


Equal Allocation 


Route messages to a group of MCs based on 
sequentially sending messages to each MC in the 
group. Each MC in the group gets an equal 
number of messages. • 


ESN 


For OATS use ESN to route to the destination 
MC. 



The following Table 4 describes the SMPP PDUs and parameters used for 
each MT routing method. 
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KOUung 

Method 


SMpp PDUs 


SMPP 
Parameters Used 
for Routing 


RIP 

Supported 


Query 
Supported 


jvlc opecmc 


QnHmit SM 

Data^SM 
Submit Multi 


-service_type 


Yes 


Yes 


Load 
Balancing 


<2nV»rmt SM 

O U U11A1 l^Oi-YJ. 

Data_SM 
Submit Multi 


~service_type 


No 


Yes 


MDiN Kange 


t3 U U1X1X t, tJXYX 

DataJSM 
Submit Multi 


-service_type 
destination addr 


Yes 


Yes 


Equal 
Allocation 


Submit_SM 
Data_SM 
Submit Multi 


~service_type 


No 


Yes 


ESN 


Submit_SM 


-service_type 
-short message 


Yes 


Yes 



We first discuss the MC Specific routing method. The SG 222 routes all 
Submit.SM, Data_SM, or Submit_Multi PDUs with the same service_type to the 

5 same MC 224 r 224x. The MC Specific routing method allows a primary and alternate 
destination MC to be defined, although definition of an alternate MC 224,-224 x is not 
mandatory. The MC Specific routing method routes the MT message to the primary 
destination MC 224,-224, if the primary MC 224 r 224x is available. If the primary 
destination MC 224 r 224 x is not available, the MC Specific routing method routes the 

10 MT message to the alternate destination MC 224,-224,. 

If both primary and alternate MCs 224,-224 x are unavailable, the MC specific 
routing method responds to the ESME 202 with a command.status of Service Type 
Not Available in the Submit_SM_Resp, Data_SM_Resp, or Sumibt_Multi-Resp 
PDUs if the SG 222 cannot route a message to an MC 224,-224 x because all MCs 

15 224,-224x defined to deliver the service_type are unavailable. 

The Load Balancing routing method routes messages to a group of MCs 224,- 
224 x based on load capabilities of each MC 224,-224, in the group. Each MC 224,- 
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224* in the group is allocated messages based on its capacity. For example, Table 5 
illustrates the proportioning of messages: 



MC in 
Group 


Proportion of Messages 
Allocated 


MC-1 


25% 


MC~2 


50% 


MC-3 


25% 


Total 


100% 



The SG 222 provides a Load Balancing routing method for MT messages. 
5 The Load Balancing routing method routes Submit_SM, Data_SM, or Submit_Multi 
PDUs with the same service_type to one of a group of MCs 224 r 224 x based on the 
message allocation established for each MC 224 r 224x. The Load Balancing routing 
method allows a group of MCs 224 r 224x delivering the same service_type to be 
defined. The group contains two or more MCs 224i-224x. This routing method also 
10 allows the proportion of messages allocated to each MC 224 r 224 x in the group to be 
defined. The proportion is defined as a percentage of messages allocated to each MC 
224 r 224x. 

The Load Balancing routing method routes messages to each of the MCs 224 r 
224 x in the load balancing group based on proportion of messages allocated to each 
15 MC 224i-224 x . Using the example above, if 100 messages are routed for a service 
type in some time interval, MC-1 will receive 25 messages, MC-2 will receive 50 
messages and MC-3 will receive 25 messages. If an MC 224i-224x in a Load 
Balancing routing method group becomes unavailable, the messages destined for the 
unavailable MC 224i-224x are routed to the remaining MCs 224 r 224x. The messages 
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are allocated to the remaining available MCs 2241-224, based on the remaining MCs 
224,-224* allocation of total capacity. The allocation added to each remaining MC 
224.-224,. equals the allocation lost / number remaining MCs 224j-224x. Using the 
example above, suppose MC-3 becomes unavailable. Allocation added to each 
5 remaining MC = allocation lost / number of remaining MCs. Allocation added to 
each of the remaining MCs = 25% / 2 (=12.5%). MC-1 is now allocated 37.5% of the 
total (25% + 12.5% from MC-3). MC-2 is allocated 62.5% of the total (50% + 

12.5% from MC-3). 

If both primary and alternate MCs are unavailable, the Load Balancing routing 

10 method responds to the ESME 202 with a command_status of Service Type Not 

Available in the Submit_SM_Resp, Data_SM_Resp, or Submit_Multi-Resp PDUs if 
the SG 222 cannot route a message to an MC 224 r 224 x because all MCs 224!-224x 
defined to deliver the service_type are unavailable. 

The MDN range routing method routes messages to a specific MC 224^224* 

15 based on the MDN range of the destination address. The objective of this routing 
method is to provide deterministic routing for a group of MCs 224,-224 x delivering a 
service that requires guaranteed message delivery order or Replace If Present (RIP). 
For RIP to be effective, messages for the same destination must be routed to the same 
MC 224i-224 x for delivery. The MDN range routing method has two possible 

20 configurations: 

First, a complete range of MDNs is defined for the MDN routing group (from 
000-000 through 999-999). This is illustrated in Table 6: 
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MDN Range 
Low 


MJJIN Kange 
High 


Primarv 
iillllaiy 


A 1 tpTn a fp 
UP 


nm _nnn 

vv/ x V w w 


425-999 


MC-l 


MC-2 


426-000 


605-999 


MC-2 


MC-1 


606-000 


999-999 


MC-3 


MC-2 



Second, an incomplete range of MDNs plus a Default MC is defined for the 
MDN routing group. Any destination_address not within the defined MDN ranges is 
routed to the Default MC. In this example any destination_address that is not in the 
5 001-000 to 605-999 range is routed to the Default MC. His is shown by way of 
example in Table 7: 



MDN Range 
Low 


MDN Range 
High 


Primary 
MC 


Alternate 
MC 


001-000 


425-999 


MC-1 


MC-2 


426-000 


605-999 


MC-2 


MC-1 


Default 


Default 


MC-3 


MC-4 



The MDN Range routing method routes all Submit_SM, Data_SM, or 
Submit_Multi PDUs with the same servicejype to one of a group of MCs 224 r 224x 
10 based on the value of the MDN in the destination_addr parameter. The MDN Range 
routing method allows a group of MCs 224 r 224x delivering the same service_type to 
be defined. The group contains two or more MCs 224 r 224x. 

The MDN range used by the MDN Routing method is defined by a low and a 
high MDN value with a resolution of NPA-NXX. The MDN Range routing method 
15 allows MDN ranges to be assigned to each MC 224 r 224x in the group. It is possible 
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to assign more than one MDN range to each MC 224,-224*. The MDN Range routing 
method does not allow overlapping MDN ranges to he defined for a specific 
servicc_type. 

The MDN Range routing method allows a Default MC to be defined. If the 
5 MDN received in the destination_address parameter is not within the any of the MDN 
ranges defined for the group, the message is routed to the Default MC. 

The SG 222 issues an alarm when a message is routed to the default MC 224,- 
224 x . The minimum information provided includes the time, service type, source 
ESME, destination_address of message routed to the default MC, and the default MC. 
10 Other information may also be provided. The SG 222 logs all occurances of 

messages routed to the default MC 224 1 -224 x . The minimum information provided 
includes time, service type, source ESME, destination.address of message routed to 
the default MC, and the default MC. Other information may be provided. 

The MDN Range routing method for a specific service_type does not become 
15 effective unless MDN range definition is complete and provides for routing of any 
MDN (from 000-000 through 999-999) or a Default MC is defined. The MDN Range 
routing method allows definition of an alternate MC 224!-224x for each MDN range. 

If the primary MC 224J-224, for the MDN range is not available and an 
alternate MC 224,-224* is defined and available, the MDN Range routing method 
20 routes messages to the alternate MC 2241-224,. If the primary MC 224! -224 x for the 
MDN range is not available and an alternate MC 224,-224, is not defined or not 
available, the MDN Range routing method responds to the ESME 202 with a 
command_status of Service Type Not Available in the Submit_SM_Resp, 
Data_SM_Resp, or Submit_Multi-Resp PDUs, if the SG 222 cannot route a message 
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to an MC 224,-224, because all MCs 224,-224, defined to deliver the service_type 
are unavailable. 

The equal allocation routing method routes messages to a group of MCs 224,- 
224, based on sequentially sending messages to each MC 224,-224 x in the group. 
5 Each MC 224,-224, in the group is sent an equal number of messages. The SG 222 
provides an Equal Allocation routing method for MT messages. The Equal 
Allocation routing method routes all Submit_SM, Data_SM, or Submit_Multi PDUs 
with the same service_type to one of a group of MCs 224,-224, based on sequentially 
sending messages to each MC 224,-224* in the group. The Equal Allocation routing 

10 method allows a group of MCs 224,-224, delivering the same service_type to be 
defined. The group shall contain two or more MCs 224,-224,. 

The equal allocation routing method sends an equal number of messages to 
each MC 224,-224 x in the group. One message is sent to each of the destination MCs 
224,-224, before any destination MC 224,-224 x is sent another message. If a MC 

1 5 224, -224* in an Equal Allocation routing method group becomes unavailable, 

messages destined for the unavailable MC 224,-224 x are routed to the remaining MCs 
224,-224, within the group. If all MCs 224,-224 x in an equal allocation routing group 
become unavailable, the routing method responds to the ESME 202 with a 
command_status of Service Type Not Available in the Submit_SM_Resp, 

20 Data_SM_Resp, or Submit_Multi-Resp PDUs if the SG 222 cannot route a message 
to an MC 224,-224, because all MCs 224,-224, defined to deliver the service.type 
are unavailable. 

We now turn to an overview of the activation process for a mobile station 236. 
Activation requests are sent to an over-the-air-activation processor (OTAP) MC 224,- 
25 224, delivering the OATS teleservice. For activation, the destination_address 
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parameter in the Submit_SM contains the mobile identification number (MIN) to be 
assigned to the MS 236. The short_message parameter contains the ESN along with 
other activation data. Each MS 236 has a unique activation MIN that follows the 
standard NPA-NXX-XXX format: NPA is always 000; NXX-XXX is derived from 
5 the ESN. The MS 236 registers at the OTAP MC 224,-224* using the activation MIN 
(not the MIN to be assigned to the MS). The OTAP MC 224,-224* associates the 
activation MIN with the ESN received in Submit_SM and subsequently sends the 
activation data to the MS 236. The following example describes how the activation 
MIN is derived from the ESN. 

10 1 . The ESN is 4 octets in length. The first octet is the manufacture code and 

the remaining three octets are the ESN. For example, a decimal ESN = 
12205092081 (D7 hex 7A EC Fl hex). 

2. The manufacture code (D7 hex) is dropped leaving 7A EC Fl hex. 

3. This value is converted to decimal: 7A EC Fl hex = 8056049 decimal. 

4. The least significant seven digits are used as the NXX-XXX portion of the 
activation MEN. The least significant seven digits of the ESN are 

20 appended to the activation NPA, 000, resulting in an activation MIN of 

0008056049. 

The ESN routing method is used to route activation requests to two or more 
MCs 224,-224 x delivering the OATS teleservice. If two OATS MCs 224,-224* are 

25 used, then routing is based on the odd - even value of the decimal ESN. One MC 
224i-224 x receives activation requests with even ESNs, one MC 224,-224 x receives 
activation requests with odd ESNs. If more than two OATS MCs 224,-224* are used, 
then routing is based on an ESN range assigned to each MC 224,-224* in the group. 
The ESN range is defined by the last two digits of the decimal ESN. This allows up 

30 to 100 MCs 224,-224* in a group. For example, Table 8 illustrates the ESN ranges: 
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MC in 
Group 


ESN Range 
Low 


ESN Range 
High 


OATS - 1 


00 


33 


OATS -2 


34 


67 


OATS -3 


68 


99 



The SG 222 provides an ESN routing method. The ESN routing method shall 
route SubmitJSM PDUs with the same service__type to one of a group of MCs 224 r 
224 x based on the value of the ESN in the short_message parameter. The ESN 
5 routing method shall allow a group of MCs 224 r 224x delivering the same 

service_type to be defined. Hie group shall contain two or more MCs 224i-224x. 
The ESN routing method supports two routing options: 

1 . When an ESN routing group contains two OATS MCs 224 r 224 x ,routing 
shall be based on the odd or even value of the decimal ESN. 

10 

2. When an ESN routing group contains more than two OATS MCs 224i- 
224 x , routing shall be based on the value of the last two digits of the 
decimal ESN. 

15 When the ESN routing group contains two MCs 224 r 224 x , one MC 224 r 224 x 

is defined to receive activation requests containing even ESNs in the short_message 
parameter and one MC 224,-224 x is defined to receive activation requests containing - 
odd ESNs in the short_message parameter. The requirements in the following 
paragraph apply only to routing to more than two MCs 224i-224x. 

20 When the ESN routing group contains more than two MCs 2241-224^ the 

ESN routing method requires an ESN range be defined for each destination MC 224i- 
224 x in the group. The ESN range used by the ESN routing method is defined by a 
low and high value for the last two digits of the ESN. The ESN routing method does 
not allow overlapping ESN ranges to be defined for a specific service_type. The ESN 
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routing method for a specific servicejype shall not become effective unless the ESN 
range definition is complete and provides for routing of any ESN Oast two digits from 

*T U OQ"\ 

UU UllUUgu 

If the destination MC 224,-224, for the ESN is not available, the ESN routing 
5 method responds to the ESME with a command.status of service type Not Available 
in the Submit_SM_Resp, Data_SM_Resp, or Submit_Multi_Resp PDUs if the SG 222 
cannot route a message to an MC 224,-224, because all MCs 224,-224, defined to 
deliver the service_type are unavailable. 

The column of Table 4 labeled Query Supported represents support for 
10 Query.SM, Cancel_SM, and Replace.SM operations. The Submit_SM_Resp, 

Data_SM_Resp, and Submit_Multi_Resp signals return a unique messagejd to the 
sending ESME 202 for each message submitted. The messagejd uniquely identifies 
the message and the MC 224,-224, that sent the message. The ESME 202 populates 
the messagejd parameter in the Query.SM, Cancel_SM, and Replace.SM operations 
15 with the messagejd returned in the original submission. TheQuery_SM, 

CanceLSM, and Replace.SM operations are discussed in more detail below. The SG 
222 uses the messagejd to route the message to the correct MC 224,-224,. The MC 
224,-224, uses the messagejd and associated parameters received in the message to 

perform the requested operation. 

20 To make most efficient use of MC 224,-224, and wireless network resources, 

RIP are used by the ESME 202 when possible. To effectively implement RIP, all 
messages for the same service type and destination address (MDN) must be routed to 
the same MC 224,-224, for delivery. If a pending message for the service type and 
destination address (MDN) is present, it is replaced with the new message. This is not 

25 a problem when only one MC 224,-224, delivers a service. When a group of MCs 
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224 r 224x delivers the same service, the problem is determining which MC 224i-224* 
in the group may contain a pending message that should be replaced by the current 
message. 

Several solutions are possible: 

5 1 . Allow all MCs 224i-224* delivering a service to access a shared database of 

pending messages. RIP could then be implemented effectively by a group 
of MCs 224 r 224x. Current MC 224! -224* architecture does not support this 
approach, 

2. Establish a routing type at the SG 222 that routes a delivery request to the 
10 same MC 224 r 224x given service type and destination address. 

Routing by MDN range implements option two above. For example, a service 
type requiring RIP is delivered by multiple MCs 224 r 224x. An NPA range is 
established, in the SG 222, for each MC 224 r 224x. The SG 222 routes messages to 
15 the MCs 224i-224 x , based on service type and NPA of the destination address 

(MDN). Subsequent messages for the same service type and MDN are routed to the 
same MC 224 r 224 x using the MDN of the destination address. If RIP is requested 
and a message is pending, it is replaced at the MC 224 r 224 x . 

With this routing method the MDN range has no significance to the MC 224j- 
20 224 x or in the wireless network; it is only used as a routing mechanism between the 
SG222 andMC 224i-224*. 

We now turn to routing methods for mobile originated messaging. The MO 
routing methods apply for MC 224 r 224 x to ESME 202 routing. A MO service type 
can have one of the following routing methods, illustrated in Table 9: 

25 
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ESME Specific 


Route all messages for this service type to a 
specific ESME. 


Load Balancing 


Route messages to a group of ESMEs based on 
load capabilities of each ESME in the group. Each 
ESME in the group is allocated messages based on 
its capacity. 


Equal Allocation 


Route messages to a group of ESME based on 
sequentially sending messages to each MC in fee 
group. Each ESME in the group gets an equal 
number of messages- _ 


Destination IP 
Address 


Route messages to destination based on IP address 
contained in destination_address parameter of 
Delivery SM and Data SM. 


Destination 
Address 


Route message to a destination ESME based on 
the value of the destination_addr parameter 
received in the Deliver SM and Data_SM PDUs 



The following Table 10 describes the SMPP PDUs and parameters used 
each MO routing method. 



Routing Method 


SMPP PDUs 


SMPP Parameters Used for 
Routing 


ESME Specific 


DeliverJSM 
Data SM 


-service_type 


Load Balancing 


DeliverJSM 
Data_SM 


-service_type 


Equal Allocation 


DeliverJSM 
Data SM 


-service_type 


Destination IP 
Address 


Deliver_SM 
Data SM 


-destination_address 
-service type 


Destination Address 


Deliver_SM 
Data_SM 


-destination_address 
-service type 



For destination address routing, the destination_address parameter contains th 
IP address of the destination ESME 202. The SG 222 routes to the ESME 202 using 
the IP address in the destination.address parameter. Routing is subject to destination 
ESME 202 being bound and anti-spam check based on service.type parameter. 
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For the ESME 202 specific routing method, the SG 222 routes all DeliverJSM 
and Data_SM PDUs with the same service_type to the same ESME 202. The ESME 
Specific routing method allows a primary and alternate destination ESME 202 to be 
defined. Definition of an alternate ESME 202 is not mandatory. The ESME 202 
5 Specific routing method routes the MO message to the primary destination ESME 202 
if the primary ESME 202 is available. The ESME 202 Specific routing method routes 
the MO message to the alternate destination ESME 202 if the primary ESME 202 is 
not available. If both primary and alternate ESMEs 202 are unavailable, the ESME 
202 specific routing method responds to the MC 224 r 224* with a command_status of 
10 service type not available in the DeliverJSMJResp or Data_SM_Resp PDUs if the SG 
222 cannot route a message to an ESME because all the ESMEs defined to receive the 
service_type are unavailable. 

The Load Balancing routing method routes messages to a group of ESMEs 
202 based on load capabilities of each ESME 202 in the group. Each ESME 202 in 
15 the group is allocated messages based on its capacity. Table 1 1 illustrates the 
message allocation: 



ESME in 
Group 


Proportion of Messages 
Allocated 


ESME-1 


25% 


ESME -2 


50% 


ESME -3 


25% 


Total 


100% 



The SG 222 provides a load balancing routing method for MO messages. The 
20 load balancing routing method routes all Deliver.SM or Data_SM PDUs with the 
same service_type to one of a group of ESMEs 202 based on the load allocation 
established for each ESMEs 202. The load balancing routing method allows a group 
of ESMEs 202 delivering the same service_type to be defined. Hie defined group 
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contains two or more ESMEs 202. The load balancing routing method allows the 
proportion of messages allocated to each ESME 202 in the group to be defined. The 
proportion is defined as a percentage of messages allocated to each ESME 202. The 
load balancing routing method further routes messages to each of the ESMEs 202 in 
5 the load balancing group based on proportion of messages allocated to each ESME 
202. 

Using the example above, if 100 messages are routed for a service type in 
some time interval, the ESME-1 will receive 25 messages, the ESME -2 will receive 
50 messages and the ESME -3 will receive 25 messages. The load balancing routing 
10 method routes messages to each of the ESMEs 202 in the group based on the 

proportion of messages allocated to it. If an ESME 202 in a load balancing routing 
method group becomes unavailable, the messages destined for the unavailable ESME 
202 are routed to the remaining ESMEs 202. The messages are allocated to the 
remaining available ESMEs 202 based on the remaining ESMEs 202 allocation of 
15 total capacity. The allocation added to each remaining ESME 202 equals the 
allocation lost / number of remaining ESMEs 202. 

Using the example above, if the ESME-3 becomes unavailable, then the 
allocation added to each remaining ESME = allocation lost / number of remaining 
ESMEs. The result of the allocation added to each of the remaining ESMEs = 25% / 
20 2 (=12.5%). ESME-1 is now allocated 37.5% of the total (25% + 12.5% from 

ESME-3) and ESME-2 is allocated 62.5% of the total (50% + 12.5% from ESME-3). 
If all ESMEs 202 in a load balancing routing group become unavailable, the routing 
method responds to the MC 224,-224* with a command_status of service type not 
available in the Deliver.SM.Resp or Data.SM_Resp PDUs if the SG 222 cannot 
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route a message to an ESME 202 because all the ESMEs 202 defined to receive the 
service_type are unavailable. 

The SG 222 also provides for routing according to the equal allocation 
method. According to the equal allocation method, all Deliver_SM and Data_SM 
5 PDUs are routed with the same servicejype to one of a group of ESMEs 202 based 
on sequentially sending messages to each ESME 202 in the group. The equal 
allocation routing method allows a group of ESMEs 202 delivering the same 
servicejype to be defined. The group contains two or more ESMEs 202. The equal 
allocation routing method sends an equal number of messages to each ESME 202 in 

10 the group. One message shall be sent to each of the destination ESMEs 202 before 
any destination ESME 202 is sent another message. If all ESMEs 202 in an equal 
allocation routing group become unavailable, the routing method responds to the MC 
224 r 224 x with a command_status of service type not available in the 
Deliver_SM_Resp or Data_SM_Resp PDUs if the SG 222 cannot route a message to 

1 5 an ESME 202 because all the ESMEs 202 defined to receive the servicejype are 
unavailable. 

Another routing method is the destination IP address routing method. 
According to the destination IP address routing method, the SG 222 routes all 
DeliverJSM and Data_SM PDUs with the same service_type to the address contained 
20 in the destination_address parameter. 

The destination address routing method differs from the destination IP address 
routing method as follows. The SG 222 provides a destination address routing 
method for MO messages. The destination address routing method routes all 
DeliverJSM and Data_SM PDUs with the same servicejype to a destination ESME 
25 202 based on the value of the first four digits of the destination_addr parameter. The 
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first four digits of the destinationjiddr parameter identify the ESME 202 to which the 
. should be routed. The destination address routing method allows destination 
iues to be assigned to an ESME 202. It is possible to assign more than one 
destination address value to an ESME 202. The destination address assigned to an 
5 ESME 202 is four digits in length. Valid destination address values are 0000 to 9999. 
The destination address routing method routes the Deliver.SM and Data.SM PDUs 
to the destination ESME 202 based on the value of the first four digits of the 
destination.addr parameter received in the Deliver.SM and Data.SM PDUs. 
The SG 222 maintains an association between the four-digit destination 
10 address value and an ESME 202. An example is shown in the following Table 12. 



Destination address 
value 


ESME 


0000 


e-mail hub 


1234 


ESME A 


1236 


ESMEB 


1237 


ESMEB 


2570 


ESMEC 



Given the destination address to ESME 202 associations shown in the 



-destination_addr 
Parameter Value 


Route To 


OOOOxxxx 


e-mail hub 


1234xxxx 


ESME A 


1234x 


ESME A 


2570 


ESMEC 


7230 


Return error 
code 


1236xxxx 


ESMEB 


1237 


ESMEB 



15 If the value received in the first four digits of the destination.addr parameter 

does not correspond to any defined destination address values, the SG 222 returns an 
Invalid Dest Addr (OxOOOOOOOB) error code to the MC 224,-224* The SG 222 issues 
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an alarm when an Invalid Dest Addr (OxOOOOOOOB) error code is sent to a MC 224 r 
224x. The minimum information provided includes time, service type, source MC 
224 r 224 x , and destination_addr of message. Other information may be provided. 

The SG 222 logs all occurrences of an Invalid Dest Addr (OxOOOOOOOB) error 
5 code being sent to an MC 224i-224x. The minimum information provided includes 
time, service type, source MC, and destination_addr of message. Other information 
may be provided. 

If the destination ESME 202 for the destination address is not available, the 
SG 222 responds to the MC 224 r 224 x with a command_status of Service Type Not 
10 Available in the Deliver_SM_Resp or Data_SM_Resp PDUs if the SG 222 cannot 
route a message to an ESME 202 because all ESMEs 202 defined to receive the 
service_type are unavailable. 

Having discussed both the MT and MO routing methods, we now turn to a 
discussion of the message Jd parameter. The message Jd parameter is returned to an 
15 ESME 202 by the MC 224 r 224 x when a message is submitted for delivery. The 
message_id value is used subsequently by the ESME in Query, Cancel, and Replace 
(QCR) operations. The SG 222 supports three messagejd mapping modes. These 
are summarized in the following Table 14: 
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-message id Mapping Mode 


Description 


Mode 1 - unique message Jd 
applied at MC 


MC provides unique message_id 
values within a specific range. 
SG routes QCR PDUs based on 
message_id range to MC mapping 
maintained at SG. 


Mode 2 - unique message Jd 
applied at SG 


en. nrpnpnHc 5i m^QQapft center ID 
value to message_id parameter 
received from MC. SG routes 
QCR PDUs based on message 
center ID value mapping 
maintained at SG. 


Mode 3 - Query, Cancel, 
Replace not supported at SG 


The SG rejects all QCR PDUs. 



When mode - 1 message_id mapping is selected, the SG 222 uses the 
provisioned MC 224 1 -224 x message.id range to route Cancel_SM, Replace.SM, and 
Query_SM PDUs to destination MCs 224,-224 x . 

5 If the MC 224i-224x cannot provide unique message_id values in response 

PDUs, the SG 222 will provide this function. This is accomplished at the SG 222 by 
prepending a unique message center ID (MOD) value to the message.id value 
returned by the MC 224,-224, in the Submit_SM_Resp, Submit_Multi_Resp, 
Data_SM_Resp, and Deliver_SM_Resp PDUs. The SG 222 also is required to 

10 remove the prepended MOD values in Query.SM Cancel_SM, and Replace.SM 
PDUs. 

The modified message_id will have the form of MCID + message.id Note 
that message ID mapping at SG 222 is only required to support Cancel_SM, 
Replace_SM and Query.SM operations. The discussion below on MC Provisioning 
15 provides further details regarding the MCID, message ID mapping at SG 222, and 
MC message_id range parameters. 
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The SG 222 provides a message ID mapping at SG master on / off setting for 
each MC 224 r 224x. If message ID mapping at SG 222 is set to on for a MC 224 r 
224,. then the SG 222 requires a unique MCID value be defined for that MC 224 r 
224*. The MCID values are unique to a MC 2241-224*. If the message ID mapping at 

5 the SG 222 is set to off, then the SG 222 does not provide unique messagejd 

mapping for the MC 224 r 224 x . The SG 222 assumes that the MC 2241-224, provides 
unique messagejd values as defined by the MC messagejd range parameter. The 
SG 222 provides a configurable MCID value for each MC 224,-224, defined at the 
SG 222. The MCID value is configurable between 001 and 999. 

10 When the SG 222 receives a SubmitJ5MJResp, SubmitJYIultiJResp, 

Data.SM JResp, or Deliver_SM Jlesp PDU and message ID mapping at SG 222 is set 
to on, then the SG 222 prepends the MCID value to the messagejd value returned 
from the MC 224i-224x. The SG 222 then sends the response PDU containing the 
modified messagejd to the destination ESME 202. When the SG 222 receives a 

15 Query_SM, Cancel_SM, or Replace_SM PDU with a message center ID prepended to 
the messagejd, the SG 222 removes the MCID from the messagejd. The SG 222 
then sends the PDU containing the messagejd (with MCID removed) to the 
destination MC 224 r 224x. 

The SG 222 uses the MCID prepended to the messagejd in the Query _SM, 

20 Cancel_SM, or Replace_SM PDUs to route the PDU to the correct MC 224 r 224x. 
The PDU is routed to the MC 224i-224* identified by the MCID. If the SG 222 
receives a Query_SM Cancel_SM, or Replace _SM PDU with a messagejd without a 
MCID prepended, the SG 222 attempts to route the PDU using the MC messagejd 
range parameter provisioned for the MC 2241-224*. If the routing attempt fails, the 

25 SG 222 returns Service type not available error code to the originating ESME 202. 
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When message.id mapping mode 3 is selected, Query, Cancel, and Replace 
PDUs are rejected at the SG 222. The SG 222 rejects these PDUs with the 
appropriate error code. When mode - 3 message.id mapping is selected, the SO 222 
rejects (1) all Cancel.SM PDUs with the Cancel.SM Failed error code, (2) all 
5 Query.SM PDUs with the Query_SM Failed error code, and (3) all Replace_SM 
PDUs with the Replace_SM Failed error code. 

The message.id mapping mode is configurable at the SG 222. Mode one, 

two, or three may be selected. 

We will next discuss the query, cancel, and replace commands. The 
10 SG 222 supports receiving Query.SM and Query_SM_Resp PDUs. When the 
SG 222 receives a Query_SM PDU, it routes the message to the MC 224,-224, 
identified by the message.id parameter. When the SG 222 receives a 
Query_SM_Resp, it routes the message to the originating ESME 202. If the 
destination MC 224,-224, is unavailable or the message.id parameter does not 
15 map to a known MC 224,-224 x , the SG 222 responds to the ESME 202 with a 
command.status of Service Type Not Available in the Submit_SM_Resp, 
Data_SM_Resp, or Submit_Multi_Resp PDUs if the SG 222 cannot route a 
message to a MC 224 r 224 x because all MCs 224 r 224 x defined to deliver the 
service_type are unavailable. 
20 The SG 222 supports receiving Cancel_SM and Cancel_SM_Resp PDUs. 

When the SG 222 receives a Cancel_SM PDU with a message.id value that is not 
null, it will route the message to the MC 224,-224 x identified by the message.id 
parameter. When the SG 222 receives a Cancel.SM.Resp, it routes the message to 
the originating ESME 202. When the SG 222 receives a Cancel.SM PDU with a 
25 message_id value that is null, it routes the message to the MC based on the 
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service_type parameter. If the service_rype is defined with the MC Specific or MDN 
Range routing methods, the Cancel_SM PDU is routed according to the rules of the 
routing method. If the service_type is defined with any other routing method, the SG 
222 responds to the ESME 202 with a command_status of Service Type Not 
5 Available in the Submit_SM_Resp, Data_SM_Resp, or Submit_Multi_Resp PDUs if 
the SG 222 cannot route a message to a MC 224i-224x because all MCs 224 r 224x 
defined to deliver the service_type are unavailable. 

If the destination MC 224 r 224 x is unavailable or the message_id parameter 
does not map to a known MC 224!-224 x , the SG 222 responds to the ESME 202 with 
10 a command_status of Service Type Not Available in the Submit_SM_Resp, 

Data_SM_Resp, or Submit_Multi_Resp PDUs if the SG 222 cannot route a message 
to a MC 224r224x because all MCs 224,-224* defined to deliver the service.type are 
unavailable. 

The SG 222 supports receiving Replace_SM and Replace_SM_Resp PDUs. 

15 When the SG 222 receives a Replace_SM PDU, it routes the message to the MC 224i- 
224x identified by the message_id parameter. When the SG 222 receives a 
Replace_SM_Resp, it routes the message to the originating ESME 202. If the 
destination MC 224j-224x is unavailable or the message_id parameter does not map to 
a known MC 224,-224x, the SG 222 responds to the ESME 202 with a 

20 command_status of Service Type Not Available in the Submit_SM_Resp, 

Data_SM_Resp, or Submit_Multi_Resp PDUs if the SG 222 cannot route a message 
to a MC 224,-224x because all MCs 224i-224x defined to deliver the servicejype are 
unavailable. The SG 222 also supports the Enquirejink and Enquire_Iink_Resp 
PDUs, as well as the Alert_Notification PDU, which the SG 222 routes using the 

25 esme_addr parameter. 
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The SG 222 maintains the operation states of MCs 224i-224 x , ESMEs 202, 
and service types. The ESMEs 202 and service type may be disabled 

An ESME 202 mav be prohibited from binding to the SG 222. A 
service type may be unavailable at the router because of administrative action or 
5 because all of the MCs 224j-224x or ESMEs 202 that provide that service type are 
unavailable. The SG 222 monitors the operating state of all the MCs 224,-224* that 
it is configured to route to. A MC 224 r 224x has states of available or unavailable. 
The available state indicates that the MC is operating normally. The unavailable 
state indicates that the MC 224 r 224 x is not available and no messages will be routed 
10 to it. 

The SG 222 maintains the permission state of all ESMEs 202 that it is 
configured to route to. An ESME 202 contains states of allowed or prohibited. The 
allowed state indicates that the ESME 202 is permitted to bind to the SG 222 and send 
and/or receive messages. The prohibited state indicates that the ESME 202 is not 

15 permitted to bind to the SG 222. If an ESME 202 with a state of prohibited attempts 
to bind to the SG 222 the SG 222 responds with a command.status of ESME 
Prohibited. If an ESME 202 is bound to the SG 222 and its state is changed to 
prohibited through administrative action, the SG 222 cancels the ESME's bind. 

A service type may become unavailable for two reasons: First, all MCs 224 r 

20 224 x or ESMEs 202 delivering that service type become unavailable; and second, an 
administrator changes the state of service type to unavailable at the SG 222 to 
prohibit access to that service type. The SG 222 maintains the availability state of all 
service types to which it is configured to route. A service type has the states of 
available or unavailable. The available state indicates that the service type is 

25 available to ESMEs 202 (MT case) or MCs 224,-224 x (MO case) for routing. The 
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unavailable state indicates the service type is not available to ESMEs 202 (MT case) 
orMCs 224i-224x (MO case). 

If a service type has a state of unavailable the SG 222 responds to the ESME 
202 with a command_status of Service Type Not Available in the Submit_SM_Resp, 
5 Data_SM_Resp, or SubmitJrfultiJEtesp PDUs if the SG 222 cannot route a message 
to a MC 224 r 224 x because all MCs 224 r 224 x defined to deliver the service_type are 
unavailable for MT services. The SG 222 responds to the MC 224 r 224 x with a 
command_status of Service Type Not Available in the Deliver_SM_Resp or 
Data_SM_Resp PDUs if the SG 222 cannot route a message to an ESME 202 because 
10 all ESMEs 202 defined to receive the service_type are unavailable, for MO services. 

All changes to Service Type, ESME, and MC provisioning parameters are 
logged in an event log. The minimum information provided includes time, user id of 
person making the change, previous parameter value, and new parameter value. 
Additional information may also be provided. 

15 The SG 222 provides a user interface for service type provisioning and 

configuration reporting. At a minimum, the SG 222 provides the following 
configurable parameters for each service type as shown in Table 15: 



Parameter 


Description 


Values 


Service type 


Identification of 
service type used in 
the service_type 
parameter 


Implementation 
specific 


Service termination 
type 


Termination type of 
the service 


MTorMO 


Routing method 


Routing method for 
service type 


For MT services: 

1. MC Specific 

2. Load Balancing 

3. MDN Range 

4. Equal Allocation 

5. ESN 
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Parameter 


Description 


Values 






For MO services: 
1. ESME Specific 

O T r\nA a1anr»iTirr 
Z. i~iOaU JDaldUUiXlg 

3. Equal Allocation 

4. Destination IP 
Address 

Z). lyCbllllaLlUU 

Address 


Anti-Spam Check 
required 


Determines if all 
messages for this 
service type require an 
anti-spam check or not 


Yes or no 


Anti-Spam Check 
unavailable default 
action 


If D2is unavailable, 
the SG can either 
allow all messages for 
the service type or 
deny all messages for 
the service type until 
D2 becomes available. 
This parameter defines 

whirh arrirvn to take. 


1. Allow all messages 

2. Deny all messages 


Service type 
availability 


Service type 
availability allows an 
operator to make a 
service type available 
or unavailable 


Available or 
unavailable 



MT services are only assigned MT routing methods. MO services are only 
assigned MO routing methods. For ESME 202 provisioning, the SG 222 provides a 
user interface for ESME 202 provisioning and configuration reporting. At a 
5 minimum, the SG 222 provides the following configurable parameters for each 
ESME 202 as shown in Table 16: 
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Parameter 


Description 


Values 


ESME system id 


ESME system 
t ripnrification 
corresponding to the 
svstem_id parameter. 


Implementation 
specific 


ESME password 


Password for ESME 
corresponding to the 
password parameter. 


Implementation 
specific 


Authorized service 
types 


List of services that 

authorized to request 
delivery of. These 
correspond to the 
service_type 
parameter. 


Implementation 
specific 


Throttle control 
limit 


The throttle control 
limit specifies the 
maximum number of 
messages per aevunu 
an ESME is allowed to 
send to the SG. When 
this limit is exceeded, 
the SG invokes 
throttle for that ESME. 


Default = 1 msg/sec 
Minimum =0.1 msg/sec 
Maximum = 500 


ESME permission 
state 


The ESME state 
allows an operator to 
allow or prohibit an 
ESME from binding to 
the SG. 


Allowed or prohibited 



For MC provisioning, the SG 222 provides a user interface for MC 
provisioning and configuration reporting. At a minimum, the SG 222 provides the 
following configurable parameters for each MC 224 r 224x, shown in Table 17: 



Parameter 


Description 


Values 


MC bind 
parameters 

1 . System Jd 

2. Password 

3. System_type 

4. Interface_versio 
n 

5. Addr_ton 

6. Addr_npi 

7. Address range 


As specified in SMPP 
V3. 4 protocol 
specification. 


Implementation 
specific 
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Parameter 


Description 


Values 


MC messagejd 
range 


Each MC has a unique 
range of values that 
are populated in the ! 

IUCSS age- l Q DdXci~LLIClC/l . 

The SG must maintain 
a mapping of 
message_id to MC to 
route query 
operations. 


Implementation 
specific 


MC availability 


MC availability allows 
an operator to make a 
MC avaiiaDie or 
unavailable. 


Available or 
unavailable 


Flow Control Gap 
Timer 


Gap timer value for 
flow control when the 
MC indicates 
congestion. 


Minimum = 1 second 
Default = 60 seconds 
Maximum = 600 

CftPOTlfis 

O&vvliUO 


Message center ID 
(MOD) 


A unique three digit 
identifier associated 
with a MC for 
message id mapping 
at the SG. 


Minimum = 000 
Maximum = 999 


Message ID 
mapping at SG 


Determines if the SG 
does message id 
mapping for this 
message center. 


On or Off 



invention. The D2 220 provides anti-spam check capability for MO and MT 
messages. For MT messages, spam is defined as the number of MT delivery requests 
for a specific MS 236 exceeding a predefined number within a specific time interval. 

5 For example, spam for a particular service type may be defined as 20 delivery 

requests within three minutes. For MO messages, spam is preferably defined as the 
number of MO delivery requests from a specific MS 236 exceeding a predefined 
number within a specific interval. Other variations on how spam is defined may be 
provided as would be understood by one of ordinary skill in the art. 

10 The following description is based on the following assumptions: (1) From 

the SG 222 perspective, the D2 220 provides MDN-based anti-spam check 
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capabilities; (2) For MT messages from e-mail addresses, a source address anti-spam 
check will have been performed before the message is delivered to the SG 222; and 
(3) For performance and capacity purposes, it is preferably assumed that 100% of MO 
message require anti-spamming (AS) check and 50% of MT messages require AS 
5 check. 

An interface between the SG 222 and the D2 220 will be used to perform the 
anti-spamming according to the present invention. With the details of the parameters 
and information disclosed herein, the appropriate interface between the SG 22 and the 
D2 220 may be implemented by those of skill in the art. 

10 An exemplary anti-spam algorithm will next be described. The D2 220 

contains a list of barred MDNs. A MDN becomes barred if: 

1 . The MT anti-spam threshold for the MDN is exceeded; 

2. The MO anti-spam threshold for the MDN is exceeded; or 

3. The MDN has been placed on the barred list by administrative action. 

15 The D2 220 provides a MT anti-spam threshold and a MO anti-spam 

threshold. The MT and MO anti-spam thresholds are configurable. Hieir 
configuration consists of a number of delivery requests and the associated time 
interval. When a MDN exceeds either anti-spam threshold (MT or MO), it is placed 
on the barred list for a specific period of time, which may be referred to as the barred 

20 interval. When the barred interval expires, the MDN is removed from the barred list. 
The barred interval is configurable, one value for MO and one value for MT with 
units of minutes, days, or permanent. The D2 220 allows a MDN to be manually 
added to or removed from the barred list. When a MDN is added to the barred list 
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manually, the user is given the option of applying the currently defined baited interval 
or permanently barring the MDN. 

The manner of performing an anti-spam cnecK is next uo»cxiuw«. * 

is capable of receiving an AS.Check query populated with destination_address, 
5 service.type, and replace Jf_j)resent_flag(RIP). 

The RIP flag allows a message pending delivery at an MC to be replaced by a 
new message. For example, assume that a message for a specific MDN is pending 
delivery at the MC. A new message arrives for the MDN. Two actions are possible. 
First, the new message is added to the queue of messages for the MDN and, when 
10 available, the mobile receives all messages from the queue. Another possibility is to 
replace (RIP) the message, so that only one message is pending for a MDN at any one 
time. When combined with service type, RIP can be useful for delivering messages 
that are only valuable for a short period of time. For example, with weather reports, a 
subscriber would only want the most recent report, not all the ones that were missed. 
15 Therefore messages for this type of serice would use RIP. This also applies to 
messages used to program mobiles. E-mail messages would not use RIP because a 
subscriber wants to receive all of their e-mails, not just the most recent one. 

The D2 220 checks if the MDN in destination_address is on the barred list. 
■ KMDNisonmebarredlist,meD2220retumsa"<ieny"inAS_Check_Resp. Kthe 
20 MDN is not on the barred list, the D2 220 returns an "allowed" in AS_Check_Resp. 
After receiving an AS_Check query and sending an AS_Check_Resp, the D2 220 
updates its MT anti-spam threshold counters for the MDN associated with the query. 
If the MT anti-spam threshold value is exceeded for the MDN, the D2 220 places the 
MDN on the barred list. 
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A mobile originated message anti-spam check is next described. The D2 220 
is capable of receiving a AS_Check query populated with destination_address, 
service_type ; and source^address. The D2 220 checks if the MDN in source_address 
is on the barred list. If MDN is on the barred list, the D2 220 returns a "deny" in 
5 AS_Check_Resp. If the MDN is not on the barred list, the D2 220 returns an 

"allowed" in the AS_Check_Resp signal. After receiving an AS_Check query and 
sending an AS_CheckResp, the D2 220 updates its MO anti-spam threshold 
counters for the MDN associated with the query. If the MO anti-spam threshold value 
is exceeded for the MDN, the D2 220 places the MDN on the barred list. 

10 The D2 220 does not require MDNs to be provisioned. The MDNs are added 

to the barred list based on queries received from the SG 222 or through administrative 
action. 

A transaction is defined as receiving an AS_Check query and responding with 
an AS_Check_Resp. The D2 220 is capable of scaling to meet future capacity 
15 requirements for anti-spam checking of MT, MO, and total messages, as described in 
the following Table 18: 



Year 


MTTPS 


MO TPS 


Total 
TPS 


1 


27 


1 


28 


2 


135 


15 


150 


3 


439 


56 


495 



The D2 220 provides a utility to configure and report MT anti-spam threshold, 
MO anti-spam threshold, MT barred interval, MO barred interval, MDNs on barred 
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list, and MDNs placed on barred list manually. The D2 220 also provides a utility to 
manually add or remove a MDN from the barred list 

The mobile terminated (MT) message delivery protocol, with an anti- 
spamming check, is next described. The ESME 202 submits messages for MT 
5 delivery using Submit_SM including service_type and destination_address (MDN). 
The SG 222 checks for the service_type parameter in Submit_SM. If the service type 
has anti-spam check enabled, the SG 222 sends an «AS_Check' message to the D2 
220. The D2 220 checks the destination address, or mobile destination number 
(MDN) and service.type against anti-spam thresholds. For example, a query may 
10 indicate that thresholds have not been exceeded. If this is the case, the D2 220 returns 
status of 'allow' to the SG 222. The SG 222 routes the Submit.SM signal to the 
destination MC 224!-224 x . The destination MC 224J-224* returns a 
Submit_SM_Resp signal to the SG 222. The SG 222 also returns a Submit_SM_Resp 
signal to the ESME 202. The D2 220 then sends an Update signal to DUE Server 218 
15 to update its anti-spam counters. The DUE Server 21 8 responds to the D2 220 with 
an Update_Resp signal containing the new status. 

The MT message delivery protocol for an unsuccessful anti-spam check is 
next described. The ESME 202 submits a message for MT delivery using the 
Submit_SM signal including service.type and destination_address. The SG 222 
20 checks the service_type parameter in the signal Submit_SM. If the service type has 
anti-spam check enabled, the SG 222 sends an 'AS_Check' message to the D2 220. 
Parameters include service_type and destination.address (MDN). The D2 220 checks 
the MDN and service_type against anti-spam thresholds. If a query indicates that 
thresholds have been exceeded, the D2 220 returns status of 'deny' to the SG 222. 
25 The SG 222 sends a Submit_SG_Resp signal with command_status set to 'service 
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denied' to the ESME 202. The D2 220 sends an Update signal to the DUE Server 218 
to update its anti-spam counters. Finally, the DUE Server 218 responds to D2 220 
with an Update_Resp signal that contains a status. 

FIG. 7 illustrates the communication between an ESME 202, SG 222 and MC 

5 224i-224x for MT message delivery. An ESME 202 sends a Submit_SM signal to the 
SG222. The service_type parameter identifies the service to be delivered. TlieSG 
222 invokes routing method based on service_type and routing method dependent 
parameters to select destination MC. The primary destination MC 224 r 224x is 
selected. If primary destination MC 224 r 224 x is not available, a secondary MC 224 r 

10 224 x is selected. If no MCs 224 r 224x are available to deliver the service, the SG 222 
returns a new error 'service type not available' in command_status. The SG 222 
sends Submit_SM to destination MC 224 r 224*. The destination MC 224 r 224x 
replies with a Submit_SM_Resp signal. The messagejd parameter uniquely 
identifies the message and the MC 224 r 224x that sent the message. The SG 222 

15 sends Submit_SM_Resp to the ESME 202. 

The replace _if_present_flag (RIP) parameter is an optional parameter in 
Submit_SM and Submit_Multi. If the RIP option is included, the ESME 202 may 
send a Submit_SM or SubmitJSlulti signal to the SG 222 with 
replace_if_present_flag set to 'Replace'. 

20 A message that includes the RIP flag indicates that this message should 

replace any message pending (for a specific mobile) delivery at the MC. If a 
message is received with the RIP flag set and a message is pending at the MC 224 r 
224x, the existing message (if there is one) is replaced. In this manner, the old or 
existing message is deleted. Therefore there is only one message pending for a 

25 mobile at any one time. 
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For the RIP operation to work appropriately in the context of the present 
invention, the message must be routed using a deterministic routing method. A 
deterministic routing method is one that routes messages with the same service type 
and destination address to the same MC 224,-224*. All messages for the same service 
5 type and destination address must route to the same destination MC 224i-224, so it 
can be determined at the MC 224 r 224 x if a message is pending and needs to be 
replaced as specified by the RIP flag. 

The SG 222 invokes a routing method such that a message is delivered to the 
MC 224 r 224 x that originally received the message. The primary destination MC 
10 224 r 224 x is selected. Some routing methods do not support RIP. If the MC 224i- 
224, that originally received the message is not available, then the message is sent to 
the secondary MC 224 r 224 x defined for the service. The original message will not 
be replaced. However, the new message will be delivered. Thus, the subscriber may 
receive the same message twice. All other steps are the same as described above. 
15 The message flow for Data.SM is the same as for Submit_SM described 

previously. The RIP is not a valid parameter in the Data_SM parameter. The 
Data_SM parameter may be used for interactive services. 

MT service using the parameter Submit_Multi will now be described. An 
ESME 202 may use Submit_Multi specifying up to 254 destination addresses. The 
20 dest_address(es) parameter contains either the destination addresses or a Distribution 
list Name. The distribution list name is a file containing the destination addresses. 
The Message flow for Submit_Multi is the same as for Submit.SM described 
previously. RIP is a valid parameter in Submit_Multi. Routing is based on the first 
destination address in the dest_address(es) parameter. For this approach to support 
25 RIP, the destination address list must be in the same order for each message to get 
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routed to the correct MC 224 r 224x. To support the distribution list, name-only 

routing to a specific MC 224i-224 x is supported. 

The present invention protects the MCs 224 r 224 x and wireless network from 

undesirable or abusive messaging practices by providing address flow control and 
5 anti-spam checking. Hie objective of flow control is to protect the messaging 

complex 216 and wireless network from undesirably high MT message traffic. Each 

ESME 202 has a maximum number of messages it is authorized to send to die SG 222 

in a specific period of time. If the limit is exceeded, service is temporarily suspended. 

All messages received from the ESME 202 during the suspension period are rejected 
10 with a command_status indicating throttling. 

The objective of anti-spam checking is to protect the messaging complex 216 

and wireless network by prohibiting an unreasonably high number of messages from 

being sent to or received from a specific MS 236 in a short period of time. If the 

number of messages sent to or received from a specific MS 236 in a specific time 
15 interval is exceeded, then subsequent message delivery requests for that MS 236 are 

rejected for a configurable time interval. 

Row control may also be applied to MT services. Anti-spam is preferably 

applied to MT and MO services. For each service type, the SG 222 maintains a flow 

control limit and anti-spam check (ASC) required parameter. The flow control limit is 
20 the maximum number of messages that an ESME 202 is allowed to send to the SG 

222 in a specific time interval. The ASC parameter identifies whether messages for 

the service type require anti-spam check. 

The present invention provides MT flow control between an ESME 202 and 

the SG 222. This is illustrated in FIG. 8. The ESME 202 sends SubmitJSM to the 
25 SG 222. The SG 222 determines that ESME 202 has exceeded its flow control limit. 
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The SG 222 returns Submit_SM_Resp with command_status set to existing error code 
'Throttling error - ESME has exceeded allowed message limits'. Any SMPP 
message received from the ESME 202 during the suspension interval is rejected with 
the same throttling error message. 

5 Regarding anti-spamming, the existing Detect Undesirable Email (DUE) 

capability is enhanced to support queries from the SG 222. This capability is referred 
to herein as the D2 220. For MT messages, spam is defined as the number of MT 
delivery requests for a specific MS 236 exceeding a predefined number within a 
specific time interval. For example, spam for a particular service type may be defined 

10 as 20 delivery requests within three minutes. For MO messages, spam is defined as 
the number of MO delivery requests from a specific MS 236 exceeding a predefined 
number within a specific interval. 

The major functions of the D2 220 are: (1) Receive a query from the SG 222 
containing the service type, source address and destination address; (2) For an MT 

15 service, the D2 220 updates its message delivery request counters for the MDN 
contained in the destination address parameter. If the number of delivery requests 
have been exceeded for the time interval, then the D2 220 returns a status of 'deny' . 
Otherwise, the D2 220 returns a status of 'allow'; (3) For an MO service, the D2 220 
updates its message delivery request counters for the MDN contained in the source 

20 address parameter. If the number of delivery .requests have been exceeded for the 
time interval, then the D2 220 returns a status of 'deny'. Otherwise, the D2 220 
returns a status of 'allow'; and (4) the D2 220 maintains a list of denied MDNs. If the 
MDN is on the denied list, the D2 220 returns a status of 'deny'. 

PIG. 9 illustrates an exemplary protocol for communicating between an ESME 

25 202, SG 222, D2 220, MC 224,-224* and MSC 232 for a mottle originated message 
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where the system has an anti-spam check. We will first discuss an example of when 
the anti-spam check is successful. The MC 224 r 224x receives an SMDPP signal for 
MO teleservice for delivery beyond the wireless network. The MC 224 r 224x sends 
Deliver_SM including service_type and source_address parameters to the SG 222. 

5 The SG 222 checks service_type parameter in Deliver^SM. If service type has anti- 
spam check enabled, the SG 222 sends an 1 AS_Check' message to the D2 220. 
Parameters include service_type and source_address (MDN). The D2 220 checks the 
MDN and service_type against anti-spam thresholds. Assume for this example that a 
query indicates that thresholds have not been exceeded. The D2 220 returns status of 

10 'allow' to the SG 222. The D2 220 updates counts for MDN and service_type based 
on data received in AS_Check and time received. The SG 222 routes a Deliver_SM 
signal to the destination ESME 202. The ESME 202 returns a Deliver_SM_Resp 
signal to the SG 222, which returns the Deliver_SM_Resp signal to the MC 224 r 
224x. 

15 Next, we will discuss the example process when the anti-spam check was 

unsuccessful. The MC 224 r 224x receives the SMDPP signal for MO teleservice for • 
delivery beyond the wireless network. The MC 224 r 224x sends a Deliver_SM signal 
including service_type and source_address parameters to the SG 222. The SG 222 
checks service_type parameter in DeliverJSM. If the service type has anti-spam 

20 check enabled, the SG 222 sends ' AS_Check' message to the D2 220. The 

parameters sent include service_type and source_address (MDN). The D2 220 checks 
source address (MDN) and service_type against anti-spam thresholds. Assume that a 
query indicates that thresholds have been exceeded. The D2 220 returns status of 
'deny' to the SG 222. The D2 220 updates counts for MDN and service_type based 

25 on data received in AS_Check and time received. The SG 222 sends a 
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Deliver_SM_Resp signal with command.status set to 'service denied' to MC 224 r 
224x. 

_ .... . Af\f\ J« ;itiictraWt in V\(y. 10. 

A combination flow control ana ana-spam lug*, -rw « * 

The logic 400 of FIG. 10 applies for both MT and MO messages. For an MT 
5 message, the SG 222 receives the MT message (404) and inquires whether the flow 
control limit is exceeded for the sending ESME (406). If yes, the SG 222 rejects the 
message and transmits a message that the flow control limit is exceeded (408). If the 
flow control limit for the ESME 202 is not exceeded (406), the process inquires 
whether the anti-spam procedure is enabled for that service type (410). If yes, an anti- 
10 spam query is sent to the D2 (412) and an anti-spam status is returned. If the anti- 
spam status is not allowed (414), the message is rejected and a response is provided 
that the anti-spam limit is exceeded and service is denied (416). If the anti-spam 
status is allowed, then the message is routed to the destination MC (418). 

For a MO message received by the SG 402, the logic proceeds to step 410, and 
15 queries whether the anti-spam service is enabled for the service type 410. If yes, an 
anti-spam query is sent to D2 (412) and an anti-spam status is returned. If the anti- 
spam status is not allowed (414), the message is rejected and a response is provided 
that the anti-spam limit is exceeded and service is denied (416). If the anti-spam 
status is allowed, then the message is routed to the destination MC (418). 
20 The MT message processing logic 300 at the SG 222 is shown with reference 

to FIG. 11. The performance requirements for MT message processing logic are that 
the ST 222 has a response time of 100ms if no D2 220 query is required. The 
response time is defined as the time between receiving a PDU and subsequently 
routing and sending the PDU to its destination. The SG 222 also imposes not more 
25 than 125ms latency if a D2 220 inquiry is required. Utency for this purpose is 
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defined as the time between receiving a PDU and subsequently routing and sending 
the PDU minus the D2 220 response time. 

FIG. 1 1 is intended to describe the required message processing logic and not 
to dictate specific implementation details. When the SG 222 receives (302) a 
5 SubmitJSM, Data_SM, or Submit_Multi PDU from an ESME 202, it checks the bind 
state (304) of the sending ESME 202. If the ESME 202 is not bound, the SG 222 
rejects the message (306) and returns the appropriate error code in the response PDU 
(342). The SG 222 then waits for the next message 348. If the ESME 202 is bound, 
when the SG 222 receives a SubmitJSM, Data_SM, or Submit_Multi PDUs from an 

10 ESME 202, it verifies that the ESME 202 is authorized to request delivery of the 
service identified by the service_type parameter (308). If the ESME 202 is not 
authorized to request delivery of the service identified by the service_type parameter, 
the SG 222 rejects the message and responds to the ESME 202 with a 
command_status of ESME Not Authorized for Service Type in the Submit_SM_Resp, 

15 Data_SM_Resp, or Submit JVlultLResp PDUs (310). Then the SG 222 waits for the 
next message (348). 

ESMEs 202 are allowed to send messages to the SG 222 at a maximum rate. 
Messages in excess of the maximum rate are subject to throttle control by the SG 222. 
Throtde control enables the receivorship 200 to control the messaging traffic through 

20 the system according to the system capabilities and available resources. A sliding 
window algorithm is used to limit an ESME 202 to a maximum message delivery rate. 
When the SG 222 receives a PDU from an ESME 202, it verifies that the ESME 202 
has not exceeded its authorized throttle control limit (312), If the ESME 202 exceeds 
its throtde control limit, the SG 222 rejects the message and responds to the ESME 

25 202 with a command_status of Throttling Error (ESME has exceeded allowed 
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message limits) in the response PDU (314, 342). The SG 222 then waits for the next 
message. All messages received from an ESME 202 in excess of the throttle control 
limit are rejected by the SG 222 with a command_status of Throttling Error. None of 
the excess messages are routed to a destination MC 224,-224*. The message flow 
diagrams according to FIG. 1 1 may also apply to the Submit_Multi and Data. SM 
PDUs. 

The SG 222 logs all throttle control events to the event log. The minimum 
information provided includes time, ESME 202 subject to throrae control, number of 
messages rejected, and throttle control limit. Additional information may also be 
10 provided. 

The SG 222 may issue an alarm at step 314 when throttle control is invoked 
for an ESME 202. The ESME 202 flow control alarm contains, at a minimum, time, 
ESME 202 subject to throttle control, number of messages rejected, and throttle 
control limit, plus other information if desired. 

15 The logic process shown in FIG. 1 1 also involves an anti-spam check. The 

AS_Check and AS_Check_Resp are logic messages exchanged between the SG 222 
and the D2 220. When the SG 222 receives a Submit_SM, Data_SM, or 
Submit.Multi PDU from an ESME 202 with a service.type defined to require an anti- 
spam check (316), the SG 222 sends an AS.Check request (318) to the D2 220. For 

20 MT services, the AS.Check query contains the service Jype, source_addr (if present), 
destination.addr, and replace-if-present indicator. If the AS_Check_Resp (320) has 
a value of deny, the SG 222 shall reject the message and respond to the ESME 202 
with a command.status of Service Denied in the Submit_SM_Resp, Data_SM_Resp, 
or Submit_Multi_Resp PDUs (322). If the AS_Check_Resp (320) has a value of 
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allow, the SG 222 routes the Submit_SM, Data_SM, or SubmitJVlulti PDU to the 
destination MC (324). 

If the D2 220 is unavailable, the SG 222 applies the anti-spam unavailable 
default action defined for the service type. The default action defined for each service 
5 type can be set to allow or deny. If set to allow, then all messages requiring an Anti- 
Spam check are routed to the destination MC 224 r 224x when the D2 220 is 
unavailable. If set to deny, then all messages requiring an Anti-Spam check are 
rejected with a command_status of Service Denied. 

If the D2 220 is unavailable and the anti-spam unavailable default action 
10 defined for the service type is set to allow, the SG 222 routes all messages requiring 
an AS_Check as if the AS_Check_Resp returned allow (320, 324). If the D2 220 is 
unavailable and the anti-spam unavailable default action defined for the service type 
is set to deny, the SG 222 routes all messages requiring an AS.Check as if the 
AS_Check_Resp returned deny (320, 322). 

15 The SG 222 logs all D2 220 outages to the event log. The minimum 

information provided includes time and reason for outage, plus additional information 
if desired. The SG 222 may issue an alarm when the D2 220 becomes unavailable. 
The D2 220 unavailable alarm contains, at a minimum, time and reason for outage, 
plus additional information may be provided. 

20 The SG 222 issues a clearing alarm when the D2 220 becomes available. The 

minimum information provided includes time and indication that the D2 220 is 
available. Additional information may be provided. The SG 222 logs when the D2 
220 becomes available after an outage. The minimum information provided shall 
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include time and indication that D2 220 is available, plus additional information may 
be provided. 

If the MT message successfully completes bind check, service authorization 
check, throtde control check, and anti-spam check, the SG 222 invokes the routing 
5 method (324) for the service identified by the service_type parameter. The SG 222 
sends the Submit_SM, Data_SM, or Submit_Multi PDU to the MC 224,-224* 
identified by the routing method to determine whether the identified MC 224,-224, is 
available for the service type (326). The SG 222 receives the Submit_SM_Resp, 
Data_SM_Resp, or Submit_Multi_Resp PDU from the destination MC 224,-224 x and 
10 subsequently sends it to the originating ESME 202 unaltered. The SG 222 responds 
to the ESME 202 with a command_status of Service Type Not Available in the 
Submit_SM_Resp, Data_SM_Resp, or Submit_Multi_Resp PDUs if the SG 222 
cannot route a message to a MC 224,-224, because all MCs 224,-224, defined to 
delivery the service.type are unavailable (328). The SG 222 issues an alarm when a 
15 MT Service Type is not available (328). The minimum information provided in the 
alarm includes the time, Service Type, and indication that MT Service Type is 
unavailable, plus other information may be provided. 

The SG 222 logs when a MT Service Type becomes unavailable. The 
minimum information provided includes the time, Service Type, and indication that 
20 MT Service Type is unavailable. Other information may be provided. The SG 222 
issues a clearing alarm when a MT Service Type becomes available. The minimum 
information provided includes the time, Service Type, and indication that MT Service 
Type is available plus other information. 

The SG 222 also logs when a MT Service Type becomes available. The 
25 minimum information provided includes time, Service Type, and indication that MT 
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Service Type is available and optionally other information. The SG 222 logs all 
occurrences of when the Service Type Not Available command.status is returned to 
an ESME 202 (MT service type not available). The minimum information provided 
includes time, service type that could not be routed, and source ESME. Other 
5 information may be provided. The SG 222 responds to the ESME 202 with a 

command_status of Invalid Service Type in the Submit_SM_Resp, Data_SM_Resp, 
or Submit_Multi_Resp PDUs if the service_type parameter contains an unrecognized 
or undefined service type value. 

If the identified MC 224 r 224x is available for the service type (326), the 

10 process includes inquiring whether the MC 224 r 224 x is subject to flow control and 
whether no alternate MC 224 1 -224 x is available (330). If yes, the MC 224J-224* is 
subject to flow control and no alternate MC 224i-224x is available, and if congestion 
exists, the message is rejected (332) and a response is sent back (342) to the 
originating ESME 202. The SG 222 then waits for the next message (348). IftheMC 

15 224i-224x is subject to flow control and an alternate MC 224i-224x is available (330), 
the message is routed to the destination MC (334). A response from the destination 
MC 224 r 224 x is sent (344). An MC 224,-224* can initiate flow control by returning 
a command_status of Congestion (346). If the MC 224,-224, response indicates 
congestion (346), and an alternate MC 2241-224, is available (336) for the service 

20 type, the SG 222 will route the message to the alternate MC 224,-224, as the 

destination MC (334). If an alternate MC 224,-224, is not available (336), the SG 
222 returns the Congestion command_status to the originating ESME 202 and invoke 
flow control (338). The message is rejected due to congestion at the MC (340). A 
response is sent back (342) to the originating ESME 202 and the SG 222 waits for the 
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next message (348). How control in this case is described more fully below in 
connection with FIG. 12. 

if no test for congestion is desired, then step 346 shown in FIG. 11 may be 
omitted. In this case, the down-stream processes 336, 338 and 340 may be removed 
5 from FIG. 1 1 since following the received response from the destination MC 224,- 
224 x in step 344, the process proceeds direcdy to sending a response signal to the 
originating ESME 202 in step 342. 

PIG. 12 illustrates in more detail the flow control message sequence discussed 
above in FIG. 11. FIG. 12 shows two scenarios: (1) an MT message, with acongested 
10 MC 224,-224* and no alternative MC 224,-224* available and (2) an MT message, the 
MC 224,-224* is congested, and an alternate MC 224,-224* available. We will begin 
with the first scenario. The ESME 202 submits a message for MT delivery using 
Submit_SM including service.type and destination.address. The SG 222 routes 
Submit_SM to destination MC 224,-224 x . The MC 224,-224* returns 
15 Submit_SM_Resp to SG 222 with command_status of congestion. No alternate MC 
224,-224* is defined or available for the service_type. The SG 222 returns a 
Submit_SM_Resp signal to the ESME 202 with a command.status indicating 
congestion. The SG 222 invokes flow control for the MC 224,-224* that returned the 
command.status indicating congestion. The SG 222 returns command.status of 
20 Congestion for all messages received while MC 224,-224* is subject to flow control. 
Next, suppose that the congestion at the MC 224,-224* abates. Then, flow control is 
discontinued at MC 224,-224* and normal message routing resumes. 

When flow control is invoked, the SG 222 waits for a predefined gap interval, 
defined by a gap timer, before sending another message to a congested MC 224,-224*. 
25 How control remains in effect as long as the receiving MC 224,-224* returns a 
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Congestion command_status. If message delivery to the MC 224i-224x is successful, 
indicated by a command_status other than Congestion, flow control is discontinued. 
While flow control is in effect for a MC 224 r 224x, all messages received by the SG 
222 that would be routed to that MC 224 r 224 x receive a response command_status of 
5 congestion. This indicates to the ESME 202 to invoke its flow control algorithm. 

The SG 222 will return a command_status of Congestion indicating that the 
ESME 202 should invoke flow control under the conditions described in Table 19: 



MT Routing 
Method 


RIP 
Supported 


Congestion Indication Returned to ESME 


MC Specific 


Yes 


1 . If primary MC invokes flow control and no 
alternate MC is defined. 

2. If both primary and alternate MC (if defined) 
concurrently invoke flow control. 


Load 
Balancing 


No 


1 . If all MCs in group invoke flow control 
concurrently. 


MDN Range 


Yes 


1 . If primary MC for MDN range invokes flow 
control and no alternate MC is defined. 

2. If both primary and alternate MC (if defined) 
concurrently invoke flow control. 


Equal 
Allocation 


No 


1. If all MCs in group invoke flow control 
concurrently. 


ESN 


Yes 


1. If primary MC invokes flow control and no 
alternate MC is defined. 

2. If both primary and alternate MC (if defined) 
concurrently invoke flow control. 



Next, we will discuss the second scenario where an alternate MC 224p224 x is 
10 available. In this case, the ESME 202 submits message for MT delivery using 
Submit_SM including service_type and destination_address. The SG 222 routes 
SubmiLSM to the destination MC 224 r 224 x . Hie destination MC 224 1 -224 x returns 
Submit_SM_Resp to the SG 222 with command_status indicating congestion. An 
alternate MC 224i-224x is defined and available for the service_type. The SG 222 
15 routes the Submit_SM to the alternate destination MC 224 r 224 x . The alternate 
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destination MC 224,-224, returns a Submit_SM_Resp signal to the SG 222 indicating 
message accepted. The SG 222 returns Submit_SM_Resp to the ESME 202. 

When the SG 222 receives a Submit_SM_Resp, Data_SM_Resp, or 
Submit_Multi_Resp with a command.status of Congestion and an alternate MC 224,- 
5 224, is defined and available for the service type, the SG 222 routes the message to 
the alternate MC 224,-224 x . When the SG 222 receives a Submit_SM_Resp, 
Data_SM_Resp, or Submitjtf ulti_Resp with a command_status of Congestion and an 
alternate MC 224,-224, is not defined or available for the service type, the SG 222 
returns the Congestion command_status response to the ESME 202 . The SG 222 
10 invokes flow control for the destination MC 224,-224,. The SG 222 starts a gap timer 
when flow control is invoked for a MC 224,-224,. While the destination MC 224,- 
224 x is subject to flow control while the gap timer has not expired, the SG 222 does 
not route any messages to the destination MC 224,-224,. While the destination MC 
224,-224, is subject to flow control while the gap timer has not expired, the SG 222 
15 responds to all messages routed to the destination MC 224,-224, with a 

command.status of Congestion. When the gap timer expires, the next message 
received for the destination MC 224,-224, is sent to the destination MC 224,-224,. If 
the destination MC 224,-224, responds with Congestion in the response 
command.status, flow control continues. If the destination MC 224,-224, responds 
20 with a command.status other than congestion, flow control is discontinued. 

The SG 222 issues an alarm when flow control is invoked for an MC 224,- 
224,. The MC 224,-224, flow control invoked alarm contains, at a minimum, time, 
MC 224,-224, subject to flow control, whether messages were routed to an alternate 
MC 224,-224, (if alternate MC is defined), or if congestion indication was returned to 
25 originating ESME 202. Additional information may be provided. The SG 222 logs 
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when flow control is invoked for a MC 224 r 224 x . The minimum information 
provided includes time, MC 224 r 224x subject to flow control, whether messages 
were routed to alternate MC 224 r 224 x (if alternate MC is defined), or if congestion 
indication was returned to originating ESME 202 . Additional information may be 
5 provided. 

The SG 222 issues an alarm when flow control is discontinued for an MC 
224 r 224x. The MC 224 r 224x flow control discontinued alarm contains, at a 
minimum, the time, MC 224 r 224 x subject to flow control, duration flow control was 
in effect, and number of messages rejected during flow control. Additional 

10 information may be provided. The SG 222 logs when flow control is discontinued for 
a MC 224 r 224 x . The minimum information provided includes time, MC 224i-224x 
subject to flow control, duration flow control was in effect, and number of messages 
rejected during flow control. Additional information may be provided. 

FIG. 13 illustrates exemplary message processing for a MO message. FIG. 13 

15 shows three different scenarios: (1) An MO message with no anti-spam; (2) an MO 
message with anti-spam check successful; (3) an MO message with anti-spam check 
unsuccessful. 

We first discuss an MO message with no anti-spamming performed. The MC 
224 r 224 x receives a SMDPP signal containing a MO message. The SMDPP contains 

20 the TTD, bearer data, source address, and destination address. The MC 224 r 224x 
sends DeliverJJM message to the SG 222 and the SG 222 invokes a routing method 
based on service_type and destination_addr to select a destination ESME 202. If no 
ESMEs 202 are available to deliver the service, the SG 222 returns an error of 
'service type not available'. The MC 224i-224x then resends the message to the SG 

25 222 at a later time. The SG 222 sends Deliver_SM to the destination ESME 202. 
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Hie destination ESME 202 replies with Deliver_SM_Resp signal. The SG 222 sends 
a Deliver_SM_Resp signal to the MC 224,-224*. The replace_if_present_flag 
parameter is net used in Deliver.SM: therefore the RIP option may not be available 
for MO messages. 

5 The MC 224i-224x may use Data_SM for delivering MO messages to the SG 

222. Message flow for Data_SM is the same as for Delivery.SM described 
previously. RIP is not a valid parameter in the Data_SM signal. 

Next, we discuss the MO message delivery when the anti-spam check is 
successful. The MC 224,-224 x receives a SMDPP for MO teteservice for delivery 
10 beyond wireless network. The MC 224,-224* sends Deliver.SM including 

service.type and source.address parameters to the SG 222. The SG 222 checks 
service_type parameter in Deliver_SM. If service type has anti-spam check enabled, 
the SG 222 sends 'AS.Check' message to the D2 220. Parameters include 
service.type and source.address (MDN). The D2 220 checks source address (MDN) 
15 and service_type against anti-spam thresholds. 

A query may indicate that thresholds have not been exceeded. The D2 220 
returns status of 'allow' to the SG 222. The SG 222 routes Deliver.SM to the 
destination ESME 202. The ESME 202 returns Deliver_SM_Resp to the SG 222. 
The SG 222 returns to Deliver.SMJResp to MC 224,-224,. The D2 220 sends 
20 Update to DUE Server 218 to update its anti-spam counters. The DUE Server 218 
responds to D2 220 with Update.Resp containing states. 

Finally, with FIG. 13, we discuss the scenario where a MO message delivery 
occurs with the anti-spam check unsuccessful. The MC 224,-224 x receives an 
SMDPP for MO teleservice for delivery beyond the wireless network. The MC 224,- 
25 224 x sends Deliver.SM including service.type and source.address parameters to the 
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SG 222. The SG 222 checks servicejype parameter in Deliver_SM. If service type 
has anti-spam check enabled, the SG 222 sends ' AS.Check' message to the D2 220. 
Parameters include service_type and source_address (MDN). The D2 220 checks the 
MDN and service^type against anti-spam thresholds. A query may indicate that 
5 thresholds have been exceeded. The D2 220 returns status of 'deny' to the SG 222. 
The SG 222 sends Deliver_SG_Resp with command_status set to 'service denied' to 
the MC 224 r 224 x . The D2 220 sends an Update to DUE Server 218 to update its 
anti-spam counters. The DUE Server 218 responds to D2 220 with Update_Resp 
containing status. The message flow shown in FIG. 13 also applies to Data_SM 
10 PDU. 

MO message processing logic 500 at the SG 222 is shown in FIG. 14. When 
the SG 222 receives a Deliver_SM or Data_SM PDU from an MC 224 r 224 x , it 
checks the bind state (504) of the sending MC 224 r 224*. If the MC 224 r 224 x is not 
bound, the SG 222 rejects the message (506) and indicates that the ESME 202 is not 
15 bound in the response to the originating MC (526). An appropriate error code is 
included in the response PDU. The SG 222 then waits for the next MO message 
(528). 

When the SG 222 receives a Deliver_SM or Data_SM PDU 502 from an MC 
224i-224x with a service_type configured to require an anti-spam check (508), the SG 

20 222 sends an AS_Check request to the D2 (510). For MO service types, the 
AS_Check query is populated with destination_address, service_type, and 
source_address parameters. If the AS_Check_Resp has a value of deny (512), the SG 
222 rejects the message (514) and responds to the MC (526) with a command_status 
of Service Denied in the Deliver_SM_Resp or Data_SM_Resp PDUs. The SG 222 

25 waits for the next MO message (528). 
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If the MO message successfully completes bind check (504) and anti-spam 
check (512)(the anti-spam states is "allowed"), or if the anti-spam service is not 
enabled for the service type (508), fee SG 222 invokes fee routing method (516) for 
the service identified by fee service_type parameter. The SG 222 determines whether 
5 an ESME 202 is available for fee service type (518). The SG 222 sends fee 

Deliver_SM or Data_SM PDU to fee ESME 202 identified by fee routing method. 
The SG 222 receives the Deliver_SM_Resp or DataSM.Resp PDU from fee 
destination ESME 202 and subsequently sends it to fee originating MC 2241-224, 
unaltered. The SG 222 responds to fee MC 224 1 -224 x wife a command.status of 
10 Service Type Not Available in fee Deliver_SM_Resp or Data_SM_Resp PDUs if fee 
SG 222 cannot route a message to an ESME 202 because all ESMEs 202 defined to 
receive fee service_type are unavailable (520). 

The SG 222 logs all occurrences of when fee Service Type Not Available 
command_status is returned to an MC 224,-224, (MO service type not available). 
15 The minimum information provided includes time, service type feat could not be 
routed, and source MC 224,-224,. Other information may be provided. The SG 222 
may issue an alarm (520) when a MO Service Type is not available. The minimum 
information provided includes the time, Service Type, and indication feat MO Service 
Type is unavailable. Other information may be provided. The SG 222 logs when a 
20 MO Service Type becomes unavailable. The minimum information provided includes 
time, Service Type, and indication feat MO Service Type is unavailable, plus other 

optional information. 

The SG 222 issues a clearing alarm when an MO Service Type becomes 
available. The minimum information provided includes time, Service Type, and 
25 indication feat MO Service Type is available. Additional information may also be 
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provided. The SG 222 logs when a MO Service Type becomes available. The 
minimum information provided includes time, Service Type, and indication that MO 
Service. Type is available, plus other information may also be provided. 

If the response from the ESME 202 indicates that it is available for the service 
5 type (518), the message is routed to the destination ESME (522) and a response is sent 
to the SG 222 from the ESNE 202 indicating that the message was received (524, 
526). Finally, the SG 222 waits for the next MO message (528). The SG 222 
responds to the MC 224 r 224 x with a command_status of Invalid Service Type in the 
Deliver_SM_Resp or Data_SM_Resp PDUs if the semce_type parameter contains an 

10 unrecognized or undefined service type value. 

We now turn to the cancel operation according to the present invention. This 
is illustrated in FIG. 15. A cancel operation is used by an ESME 202 to cancel one or 
more previously submitted messages. A specific message can be canceled based on 
the message Jd and service_type parameters. A set of messages can be canceled 

15 using the service_type and destination_address parameters. FIG. 15 illustrates the 

cancel message procedure between an ESME 202, the SG 222, and the MC 224 r 224 x . 

To cancel a single message, the ESME 202 sends a CanceLSM to the SG 
222. The message_id parameter is populated with the message Jd returned in the 
original Submit_SM, Data_SM, or SubmiLMulti message. The SG 222 routes the 

20 CanceLSM to the MC 224 r 224 x that received the original message. The message Jd 
parameter uniquely identifies the MC 224i-224x that originally received the message. 
Note that not all routing methods support canceling messages. If the MC 224 r 224x 
that originally received the message is not available, then the SG 222 returns a new 
error code 'Service type not available 1 in command_status. The destination MC 
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224,-224, replies with Cancel_SM_Resp. The SG 222 sends Cancel_SM_Resp to the 
ESME202. 

To cancel all messages previously submitted for a specific destination address 
and service type, the ESME 202 sends a Cancel.SM to the SG 222. The message.id 
5 parameter is set to null; the service_type is set to the service type of the messages to 
be cancelled. The destination_addr is set to the destination addresses of the messages 
to be canceled. The SG 222 routes the Cancel_SM to the MC 224,-224, that 
received the original messages. Routing is based on service.type and 
destination_addr. If the MC 224,-224, that originally received message is not 
10 available, then the SG 222 returns a new error code 'Service type not available' in 
command.status. The destination MC 224 1 -224 x replies with Cancel_SM_Resp. 
The SG 222 sends a Cancel_SM_Resp signal to the ESME 202. 

Next, the replace opration is described with reference to FIG. 16. The replace 
operation is used by an ESME 202 to replace a previously submitted message that is 
15 pending delivery. An ESME 202 sends a Replace.SM signal to the SG 222. The 
message.id parameter is populated with the message_id returned in the original 
Submit_SM, Submit_Multi message. The ESME 202 retains the message_id 
returned in the original message. The SG 222 routes the Replace.SM to the MC 
224i-224, that received the original message. The message_id parameter uniquely 
20 identifies the MC 224,-224, that originally received the message. If the MC 224,- 
224, that originally received message is not available, then the SG 222 returns a new 
error code 'Service type not available' in command.status. The destination MC 224,- 
224, replies with Replace_SM_Resp containing message status. The SG 222 sends 
Replace_SM_Resp to the ESME 202. 
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FIG. 17 shows an example of a check link status inquiry. In this case, the 
ESME 202 inquires regarding the link between the ESME 202 and the SG 222. The 
SG 222 may send EnquireJLink to the MC 224 r 224x to check the application level 
communications link between the SG 222 and the MC 224j-224 x . The MC 224 r 224x 
5 responds with Enquire J-inkResp. The ESME 202 may send EnquireJLink to the 
SG 222 to check the application level communications link between the ESME 202 
and the SG 222. the SG 222 responds with Enquire JLink_Resp. 

FIG. 18 illustrates the alert notification protocol used by the MC to notify an 
ESME 202 that an MS 236 has become available. The ESME 202 sends a Data_SM 

10 signal to the SG 222 with set_dpf set for delivery failure request. The SG 222 routes 
Data_SM to destination MC 224 r 224 x . The MC 224 r 224x attempts message 
delivery. If the MS 236 is not available, the MC 224 r 224x returns Data_SM_Resp to 
the SG 222 indicating the dpf_status. The SG 222 sends Data_SMJResp to the 
ESME 202 indicating the dpf_status. At some later time, the MC 224i-224x 

15 successfully delivers the message to the MC 224 r 224 x . The MC 224 r 224 x sends 
Alert JSfotification to the SG 222 indicating dpf_status. The SG 222 routes 
Alert_Notification to the ESME 202 using the esme_addr parameter. 

Over-the-air activation is also available with the introduction of the SG 222 
into the messaging complex 216. FIG. 19 illustrates an example activation message 

20 flow according to the present invention. An OTAF sends a SubmitJSM signal to the 
SG 222. The MS 236 number assignment module (NAM) data is contained in the 
short_message parameter. The NAM data associates the mobile identification 
number (M3N) with the electronic serial number (ESN). The destination_address 
parameter contains activation MIN. For an Initial Over the Air Activition (IOAA), 

25 the SG 222 extracts the electronic serial number (ESN) from the MS NAM data in the 
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short_message parameter. The IOAA process refers to the first time a phone is 
activated over the air. During IOAA, parameters are downloaded to the phone 
allowing it to operate in the wireless network. For example, die phone receives its 
MDN (phone number) along with other parameters required for it to operate in the 
5 network. 

Routing is based on odd or even ESN value. The SG 222 routes Submit.SM 
to the destination MC 224,-224 x based on the ESN value. If an MC 224,-224, is not 
available, the SG 222 returns 'service not available' in command_status. The MC 
224 r 224 x responds with Submit_SM_Resp with a unique message_id. The 
10 messagejd can subsequentiy be used to query or cancel request from the OTAF. The 
SG 222 sends a Submit_SM_Resp signal to the OTAF. The MS 236 registers with 
activation M1N at the MC 224 r 224* A REGNOT signal is routed to the MC 224 r 
224 x by STP based on odd or even ESN value. Then IOAA can occur using existing 
procedures. 

15 For the operation of reprogramming over-the-air-activation (ROAA), the 

OTAF sends a Submit_SM signal to the SG 222. The MS NAM data is contained in 
the shortmessage parameter. The destination_address parameter contains the MIN 
of the MS 236. Then the steps from the SG 222 extracting the ESN through the SG 
222 sending the Submit_SM_Resp to OTAF signal are the same as the IOAA above. 

20 The MC 224 r 224x sends a SMSGEQ signal to the HLR 226. The HLR 226 

responds with a SMSGEQ signal containing the SMS_Address. If the MS 236 is not 
registered, the standard delivery pending and SMSNOT procedures apply. Then, 
ROAA can be accomplished using existing procedures. 

At the MC 224,-224x providing OTAP, RIP is set to 'replace' globally. Any 

25 pending activation (IOAA or ROAA) for a specific destination_address is replaced 
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regardless of the RIP parameter in Submit_SM. Hie SG 222 must route 10 AA and 
ROAA requests for the same MS 236 to the same MC 224i-224x so pending messages 
can be replaced if present. The RIP is based on destination_address. The Destination 
address is the activation MDSf for IOAA and MIN for ROAA. Therefore, the SG 222 
5 routing is based on ESN not MIN. 

The SG 222 will have certain functions that it performs. These include 
security, anti-spam and flow control, and ESME - SG flow control. Regarding 
security issues, the ESMEs 202 will communicate with the SG 222 using dedicated 
network connections. The SG 222 is not connected to the Internet The SG 222 

10 implementation and communication with ESMEs 202 must meet established security 
requirements. The ESME 202 must be authorized to bind to the SG 222. Parameters 
for binding include System ID, specific socket, and password. The ESME 202 must 
be authorized to request delivery of a specific service type. The ESME 202 must be 
authorized for each service type it is allowed to delivery. An ESME 202 may be 

15 authorized to deliver more than one service type. If the ESME 202 requests delivery 
of a service type for which it is not authorized, the request will be rejected. 
Encryption of messages between ESME 202 and SG 222 should not be required. 

Having discussed the various functions of the SG 222, we now turn to FIG. 
20, wherein example hardware requirements for the SG 222 are disclosed. The main 

20 components of the SG 222 include at least one switch and at least one router. The 
ESMEs 202 transmit messages through an IP network 250 to the SMPP gateway 222. 
Hie SMPP gateway 222 comprises at least two routing servers, such as the Sun 
Microsystem Netra T 1400 Dual 440 MHz processor servers with 1GB memory and 
two 18 GB disks. The SG 222 is scalable from 2 to n routing nodes 264i - 264*. 

25 Other more current computer servers may also be used and are contemplated as within 
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the scope of the invention. Other features such as slots for removable media devices 
and other standard equipment are well known to those of skill in the art. 

The servers control at least one and preferably two Cisco Local Director 
Routers 252, 254 as switches. Preferrably, TCP/IP is the networking protocol to 
5 provide communication across the diverse networks. Each switch 252, 254 
preferrably contains a primary 256, 260 and a secondary 258, 262 component, 
respectively, for controlling the destination of each message received from the IP 
network 250. The destination of each message from the primary 256, 260 or 
secondary 258, 262 components of the switches 252, 254 is a first routing node 264, 
10 or a second routing node 2642, up to "n" routing nodes. These routers are preferrably 
Cisco Local Director Routers comprising LocalDirector 420, a four port 10/100 
Ethernet card in a rack-mounted arrangement. The routers 264,, 264a route the 
messages to the appropriate message center 224,, 2242, or 224,. While specific 
hardware components are mentioned as preferable, this is not meant to limit the 
15 general components to any type of router, computer server, or switch that performs 
the functions disclosed herein for the SG 222. 

Although the above description may contain specific details, they should not 
be construed as limiting the claims in any way. Other configurations of the described 
embodiments of the invention are part of the scope of this invention. For example, the 
20 above description discusses messages being passed between an ESME and a wireless 
device. However, the SG may be modified to route messages between wireless 
carriers. Thus, messages may be passed from a subscriber of one wireless carrier to a 
subscriber of another carrier for both MO and MT messages. Accordingly, the 
appended claims and their legal equivalents should only define the invention, rather 
25 than any specific examples given. 
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CLAIMS 

We claim: 

1. A system for allowing an external short message entity to submit a 
message to be delivered to a message receiving device, comprising: 

5 a short messaging point-to-point gateway communicating with a plurality of 

messaging centers, wherein the external short message entity connects to the short 
messaging point-to-point gateway and requests delivery of a message to the message 
receiving device, and the short message point-to-point gateway routes the request to 
an appropriate messaging center. 

10 

2. The system of claim 1, wherein the short messaging point-to-point 
gateway is configured such that any external short messaging entity only needs to 
have knowledge of a single protocol for requesting delivery of messages from the 
short messaging point-to-point gateway. 

15 

3. The system of claim 1, wherein the short messaging point-to-point 
gateway determines a routing method based on a service type. 



4. The system of claim 3, wherein the external short messaging entity 
20 connects to the short messaging point-to-point gateway by submitting a bind request 
signal including a system identification, password and system type. 



5. The system of claim 4, wherein the short messaging point-to-point 
gateway responds to the bind request with a bind response signal including a system 
25 identifier and an error message if a bind is not successful. 
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resoonse 



6. Hie system of claim 5, wherein if a bind is not successful, the bind 
sisnal includes an error signal indicating why the bind was not successful. 



5 7. The system of claim 3, wherein the short messaging point-to-point 

gateway communicating with a plurality of messaging centers further comprises the 
short messaging point-to-point gateway determining a routing method to a destination 
message center according to the service type. 

10 8. The system of claim 3, wherein the routing method is one selected 

from a group consisting of message center specific, load balancing, mobile directory 
number (MDN) range, equal allocation, and electronic serial number (ESN). 

9. The system of claim 8, wherein the message center specific routing 
15 method further comprises routing all messages for the service type of the routed 

message to a specific messaging center. 

10. The system of claim 8, wherein the load balancing routing method 
further comprises routing messages to a group of message centers based on load 

20 capabilities of each message center in the group of message centers. 

11. The system of claim 8, wherein the MDN range routing method further 
comprises routing messages to a specific message center based on the MDN range of 
the destination address. 

25 
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12. The system of claim 1 1, wherein the MDN range routing method 
further comprises using service type and destination address for routing decisions. 



13. The system of claim 8, wherein the equal allocation routing method 
5 further comprises routing messages to a group of message centers based on 

sequentially sending messages to each message center in the group of message centers 
such that each message center in the group receives an equal number of messages. 



14. The system of claim 8, wherein the ESN routing method further 
10 comprises using the service type and a short message parameter for routing decisions. 



15. The system of claim 14, wherien the ESN routing method further 
comprises routing activation requests to two or more message centers delivering over- 
the-air activation teleservices. 
15 16. The system of claim 8, wherein a primary destination message center is 

chosen based on the routing method. 

17. The system of claim 16, wherein a secondary destination messaging 
center is chosen if the primary destination messaging center is unavailable. 

20 

18. The system of claim 17, wherein the primary destination messaging 
center or secondary destination messaging center are determined using the routing 
method, routing data, and parameters in the message. 
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19. The system of claim 18, wherein the messaging center receiving the 
message delivers messages of the service type of the message being delivered. 

20. The system of claim 3, wherein the service type is selected from a 

5 group consisting of a mobile terminated short messaging service, a high priority short 
messaging service, a mobile originated short messaging service, an information 
service, a telematics service, a wireless application protocol service, an over-the-air 
activation service, or an over-the-air programming service. 

10 gl . The system of claim 20, wherein the short messaging point-to-point 

gateway further comprises internal routing tables indicating a status of each of the 
plurality of messaging centers. 

22. The system of claim 21 , wherein the short messaging point-to-point 
15 gateway is configured with bind parameters for each of the plurality of messaging 

centers. 

23. A system for allowing a message source to submit a message to be 
delivered to a message receiving device, the system comprising: 

20 a short messaging point-to-point gateway operatively connected with a 

plurality of messaging centers, wherein the message source connects to one of the 
plurality of messaging centers, and the one of the plurality of messaging centers 
submits a request to the short messaging point-to-point gateway for delivery of a 
message to the message receiving device, and the short message point-to-point 

25 gateway routes the request to the message receiving device. 
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24. The system of claim 23, wherein the short messaging point-to-point 
gateway determines a routing method based on a service type. 

5 25. The system of claim 24, wherein the short messaging point-to-point 

gateway is configured to inquire whether anti-spamming is enabled according to a 
service type. 

26. The system of claim 25, wherein the message source connects to the 
10 one of the plurality of messaging centers by submitting a short message containing 

TDD, bearer data, source address and destination address. 

27. The system of claim 26, wherein the one of the plurality of messaging 
centers connects to the short messaging point-to-point gateway by sending a delivery 

15 short message signal to the short messaging point-to-point gateway. 

28. The system of claim 27, wherein the short messaging point-to-point 
gateway uses a determined routing method to select the message receiving device. 



20 29. The system of claim 28, wherein the message receiving device is an 

external short messaging entity. 

30. The system of claim 29, wherein the external short messaging entity 
returns to the short messaging point-to-point gateway a response signal, and wherein 
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the short messaging point-to-point gateway transmits the response signal to the one of 
the plurality of messaging centers. 

31. Hie system of claim 30, wherein the routing method is selected from a 
5 group consisting of message receiving device specific, load balancing, equal 

allocation, destination IP address, and destination address. 

32. The system of claim 31, wherein the message receiving device specific 
routing method further comprises routing all messages for the service type to a 

10 specific message receiving device. 

33. The system of claim 31, wherein the load balancing routing method 
further comprises routing messages to a group of message receiving devices based on 
load capabilities of each message receiving device in the group of message receiving 

15 devices such that each message receiving device is allocated messages based on its 
capacity. 

34. The system of claim 31 , wherein the equal allocation routing method 
further comprises routing messages to a group of message receiving devices based on 

20 sequentially sending messages to each message receiving device in a group of 

message receiving devices such that each message receiving device receives an equal 
number of messages. 
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35. The system of claim 31, wherein the destination IP address routing 
method further comprises routing messages to a destination based on the IP address 
contained in a destination address parameter. 

5 36. The system of claim 3 1 , wherien the destination address routing 

method further comprises routing messages to a destination message receiving device 
based on a value of a destination address parameter. 

37. A messaging complex for routing messages from a message delivery 
10 device to a message receiving device, the messaging complex comprising: 
a short messaging point-to-point gateway; 

a plurality of messaging centers, each of the plurality of messaging centers 
communicating with the short messaging point-to-point gateway, 

15 38. The messaging complex of claim 37, wherein the short messaging 

point-to-point gateway receives messages from the message delivery device and 
routes the messages to one of the plurality of messaging centers according to service 
type. 

20 39. The messaging complex of claim 38, wherein the message delivery 

device is one of a plurality of message delivery devices, and wherein any of the 
plurality of message delivery devices communicates with the short messaging point- 
to-point gateway using a consistent interface. 
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40. The messaging complex of claim 39, wherein the message receiving 
device is a wireless device. 

41. The messaging complex of claim 40, the short messaging point-to- 
5 point gateway further providing throttle control. 

42. The messaging complex of claim 41, further comprising: 

an anti-spam server communicating with the short messaging point-to- 
point gateway further providing anti-spam checking. 

10 

43. A message complex for communicating with at least one message 
source, the message complex comprising: 

a gateway adapted to communicate with the at least one message source, the 
gateway routing short message point-to-point (SMPP) messages received from the at 
15 least one message source to a primary or secondary destination according to service 
type having a routing method, the destination determined according to the routing 
method, routing data, and parameters in the SMPP messages; 

a plurality of message centers communicating with the gateway, the gateway 
providing a logical interface for the SMPP messages going to and from any of the 
20 plurality of message centers, the gateway supporting query, cancel, replace and 

replace-if-present functions, the at least one message source binding to the gateway as 
a transmitter for mobile terminated services, the at least one message source acting as 
a receiver for mobile originated services, and the at least one message source acting as 
a transceiver for both mobile terminated and mobile originated services; and 
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a spam control processor communicating with the gateway, wherein the 
gateway provides a single interface between each at least one message source and the 
plurality of message centers, and wherein: 

the routing method for a mobile terminated message is one of the 
5 following routing methods: a message center specific, load balancing, mobile 

destination number range, equal allocation, and electronic serial number, and 

the routing method for a mobile originated message is one of the 
following routing methods: ESME specific, load balancing, equal allocation, 
destination IP address and destination address. 

10 

44. A method of delivering a message from a message source device to a 
message receiving device through a gateway communicating with a plurality of 
messaging centers, the method comprising: 

transmitting a message from the message source device to the gateway, the 
15 message being associated with a service type; 

determining a routing method based on the service type; and 

routing the message to one of the plurality of messaging centers according to 
the routing method. 

20 45. A method of delivering a message according to claim 44, wherein the 

message source device is one of a plurality of different message source devices that 
communicate with the gateway using a single interface protocol. 

46. A method of delivering a message according to claim 45, wherein the 
25 routing method is selected from a group consisting of message center specific, load 
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balancing, mobile destination number (MDN) range, equal allocation and electronic 
serial number. 



47. A method of delivering a message according to claim 46, wherein the 
5 message center specific routing method routes all messages for the service type of the 

routed message to a specific messaging center. 

48. A method of delivering a message according to claim 46, wherein the 
load balancing routing method routes messages to a group of message centers based 

10 on load capabilities of each message center in the group of message centers. 

49. A method of delivering a message according to claim 46, wherein the 
MDN range routing method routes messages to a specific message center based on the 
MDN range of the destination address. 

15 

50. A method for binding a message source to a gateway for a mobile 
terminated message, independent of message source or message destination, the 
method comprising: 

sending a bind transmitter signal to the gateway including a message source 
20 identification, password and system type, wherein the system type identifies the type 
of service that the message source will deliver; 

verifying from the gateway that the message source is authorized to bind to the 
gateway using the message source identification, password and system type; 

returning a gateway identification signal if the message source is authorized to 
25 bind to the gateway; and 
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returning a command status signal including a bind failed signal, invalid 
password or invalid message source identification if the bind is not successful. 

51. A method for binding a message source to a gateway for a mobile 
5 originated message, the method comprising: 

sending a bind receiver signal to the gateway including a message source 
identification, password and system type, wherein the system type identifies the type 
of service that the message source will deliver; 

verifying from the gateway that the message source is authorized to bind to the 
10 gateway using the message source identification, password and system type; 

returning a gateway identification signal if the message source is authorized to 
bind to the gateway; and 

returning a command status signal including a bind failed signal, invalid 
password or invalid message source identification if the bind is not successful. 

15 

52. A method for binding a message source to a gateway for interactive 
services, the method comprising: 

sending a bind tranceiver signal to the gateway including a message source 
identification, password and system type, wherein the system type identifies the type 
20 of service that the message source will deliver; 

verifying from the gateway that the message source is authorized to bind to the 
gateway using the message source identification, password and system type; 

returning a gateway identification signal if the message source is authorized to 
bind to the gateway; and 
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returning a command status signal including a bind failed signal, invalid 
password or invalid message source identification if the bind is not successful. 

53. A system for detecting undesirable messages send from a message 
5 source, the system comprising: 

a spam control server; and 

a short message point-to-point gateway communicating with the spam control 
server, wherein the spam control server performs an anti-spamming check upon the 
submission of a message from the message source. 

10 

54. The system of claim 53, wherein the spam control server performs an 
anti-spamming check if a service type associated with the message requires an anti- 
spam check. 

15 55. The system of claim 54, wherein if the message requires an anti-spam 

check, the gateway submits an anti-spam check signal to the spam control server. 

56. The system of claim 55, wherein the the anti-spamming check is 
performed with reference to a predetermined anti-spamming threshold. 



20 



57. The system of claim 56, wherein the spam-control server checks a 
destination address and the service type parameter against the predetermined anti- 
spamming threshold. 
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58. A method of providing throttle control in a gateway between a 
message source and a destination message center, the method comprising: 

receiving a message from a message source at the gateway; 

determining whether the message source has exceeded a throttle control limit; 

5 and 

transmitting a throttling error to the message source if the message source has 
exceeded the throttle control limit according to the determining step. 

59. The method of providing throttle control of claim 58, further 
10 comprising: 

reducing a message sending rate from the message source after receiving the 
throttling error. 

60. The method of providing throttle control of claim 58, further 
15 comprising: 

invoking throttle control if the message source has exceeded the throttle 
control limit according to the determining step. 

61. The method of providing throttle control of claim 60, wherein throttle 
20 control further comprises rejecting messages transmitted by the message source to the 

gateway while the message source is transmitting messages at a rate exceeding the 
throttle control limit. 

62. Hie method of providing throtde control of claim 58, further 
25 comprising: 
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routing the message to a message center if the detenning step determines that 
the throttle control limit is not exceeded. 

63. A method for providing flow control associated with a gateway 

5 connecting at least one message source and a primary message center, the method 
comprising: 

transmitting from the gateway a message from the message source to the 
primary message center; 

determining whether the primary message center is congested; and 
10 invoking flow control for the primary message center if the determining step 

indicates that the primary message center is congested. 

64. A method for providing flow control of claim 63, further comprising: 
returning from the primary message center to the gateway a status of congested if the 

15 primary message center is congested; and 

determining whether an alternate message center is available; and 
transmitting the message to the alternate message center if an alternate 
message center is available. 

20 65 . A method for providing flow control of claim 64, further comprising: 

returning from the gateway to the primary message source a status of congestion if the 
primary message center is congested, 

wherein invoking flow control further comprises rejecting all messages 
received at the gateway for the primary message center while the primary message 

25 center is subject to flow control. 
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66. A method for providing flow control of claim 65, further comprising: 
detennining whether congestion has abated at the primary message center; and 
discontinuing flow control when it is determined that congestion has abated at 

5 the primary message center. 

67. A method for providing flow control of claim 64, further comprising: 
returning a response signal from the alternate message center to the gateway 

indicating reception of the message. 



10 



68. A method for providing flow control of claim 65, further comprising: 
waiting for a predetermined time period before sending another message from 
the gateway to the primary message center that is congested. 
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